[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.