[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Sheflug] NFS the hard way
Hm, looks like I might be able to help you (?) - because - if you saw my
previous postings - this is what I was doing - starting NFS manually
(although, not in single user mode). Anyway, try:
rpc.mountd (perhaps without any options, I used -F -d auth -d call for
debugging)
rpc.nfsd n (number of threads - how many you need? 1? 8?...)
exportfs -a
This is it. This is how it worked for me.
HTH
Guennadi
On Fri, 23 Feb 2001, James Wallbank wrote:
> Hi All (but particularly Baz),
>
> Argh! Thanks for the advice. It still doesn't work, though! I start
> /etc/rc.d/init.d/portmap start and everything seems to be going fine.
> But then when I /etc/rc.d/init.d/nfs start I get the message:
>
> rpc.mountd Cannot register service: RPC unable to send;
> errno = Network is ureachable
>
> I've had to start the network with ifconfig by hand:
>
> ifconfig eth0 192.168.1.100
>
> And I've had to sort out routing to be able to ping my potential client:
>
> route add -net 192.168.1.0 netmask 255.255.255.0 dev eth0
>
> But otherwise I've not messed with the network config at all.
>
> /etc/exports is sorted - that's not a problem. Also, if I boot the
> server in multiuser mode I CAN mount it via NFS - so the client
> config is fine. It's clearly just one element of activating
> networking that I've done wrong or missed out.
>
> Please help! I have a very, very tight deadline on this one, and I'm
> tearing my hair out!
>
> Cheers,
>
> James
> =====
>
> >James,
> >
> >If you haven't done so already, start the portmapper and other
> >programs like mountd before starting nfsd.
> >
> >On my Redhat boxen the easy way of doing all this is:
> >
> >cd /etc/rc.d/init.d/
> >portmap start
> >nfs start
> >
> >Essentially all the scripts do is run /sbin/portmap, /sbin/rpc.nfsd,
> >/sbin/rpc.mountd and /sbin/exportfs.
> >
> >Ensure that you are exporting the file system you want to access is
> >listed in /etc/exports, along with the client machine's IP/name and
> >permissions (rw/ro) e.g:
> >
> >/file/system/to/export client.machine(ro)
> >
> >The client machine preferably needs to be running portmap - I'm not
> >entirely sure what happens if server and client aren't running
> >portmap.
> >The man pages suggest they default to the standart ports 2049(?) and
> >111 - but some systems just seem to complain a lot instead :-)
> >
> >Cheers.
> >
> >Baz.
> >
> >James Wallbank writes:
> > > Hi All,
> > >
> > > How do I activate NFS the hard way - completely by hand?
> > >
> > > Why??? Because I need to duplicate one of our servers, and if I boot
> > > it normally then everything goes pear-shaped, because when I mount it
> > > over NFS to copy the disk I can't copy loads of open files and active
> > > executables.
> > >
> > > My solution? Boot the server (the machine to be duplicated) in single
> > > user mode so that the h/d has minimal activity. The problem then is
> > > that I need to get NFS up and running. I've used ifconfig to give the
> > > machine a meaningful IP address, netmask etc, and I've used route so
> > > that I can ping the target machine, which is sitting there with an
> > > empty hda1 ready to receive the data.
> > >
> > > But, of course, when I try to mount my server's hda1 over nfs from
> > > the target machine, the whole process fails with an RPC port mapper
> > > failure.
> > >
> > > Presumably this is because nfsd isn't running on the server (?)
> > >
> > > When (on the server) I try...
> > >
> > > rpc.nfsd
> > >
> > > I get the message "Cannot register service: RPC unable to receive;
> > > errno = Connection refused."
> > >
> > > What commands should I use to get nfs active on the server?
> > >
> > > Cheers,
> > >
> > > James
> > > =====
> > >
> > > --
> > > who: James Wallbank
> > > org: Redundant Technology Initiative
> > > tel: +44 114 2495522
> > > fax: +44 114 2495533
> > > eml: rti [at] lowtech.org
> > > web: www.lowtech.org
> > > loc: Access Space
> > > 1 Sidney Street
> > > Sheffield
> > > S1 4RG
> > > UK
> > > ---------------------------------------------------------------------
> > > Sheffield Linux User's Group - http://www.sheflug.co.uk
> > > To unsubscribe from this list send mail to
> > > - <sheflug-request [at] vuw.ac.nz> - with the word
> > > "unsubscribe" in the body of the message.
> > >
> > > GNU the choice of a complete generation.
> > >
> > >
> >
> >--
> >Barrie J. Bremner
> >
> >email: baz at barriebremner.com | OpenPGP ID: 5164F553
> >
> >http://barriebremner.com/
> >[Contact information available at website]
> >
> > "Linux? Is that some kind of MacOS?"
> > -- BT technical support
> >
> >---------------------------------------------------------------------
> >Sheffield Linux User's Group - http://www.sheflug.co.uk
> >To unsubscribe from this list send mail to
> >- <sheflug-request [at] vuw.ac.nz> - with the word
> > "unsubscribe" in the body of the message.
> >
> > GNU the choice of a complete generation.
>
> --
> who: James Wallbank
> org: Redundant Technology Initiative
> tel: +44 114 2495522
> fax: +44 114 2495533
> eml: rti [at] lowtech.org
> web: www.lowtech.org
> loc: Access Space
> 1 Sidney Street
> Sheffield
> S1 4RG
> UK
> ---------------------------------------------------------------------
> Sheffield Linux User's Group - http://www.sheflug.co.uk
> To unsubscribe from this list send mail to
> - <sheflug-request [at] vuw.ac.nz> - with the word
> "unsubscribe" in the body of the message.
>
> GNU the choice of a complete generation.
>
>
>
---------------------------------------------------------------------
Sheffield Linux User's Group - http://www.sheflug.co.uk
To unsubscribe from this list send mail to
- <sheflug-request [at] vuw.ac.nz> - with the word
"unsubscribe" in the body of the message.
GNU the choice of a complete generation.