Re: [gentoo-user] Re: nfs export/remote mount problem
On Thu, 2005-05-12 at 21:12 -0700, Mark Knecht wrote: No, it's something more nefarious than that 1) All machines have the same hosts file. None of the machines are using dhcp. 2) The FC2 client logs into both Gentoo and FC2 hosts fast 3) The Gentoo client logs into both Gentoo and FC2 hosts slow Seems (to me) like it's the Gentoo client. I don't know where to look for any special messages. I've looked in dmesg and /var/log/messages. I do not see any warnings or errors on either the client or the host. Mark, This smells like a name resolution timeout type of problem. To debug and make sure that it is or is not do the following: 1. ssh from gentoo client to server 2. execute 'who am i' 3. The last item will be the hostname that the server thinks you came from. Verify that it states what it should be. 4. Do a host name given by above. Make sure that it returns the correct IP address. 5. Do a host IP address. Make sure that it returns the correct host name. 6. Repeat for the other server 7. Repeat going from server to client If any of the above, do not return the correct information, then what is happening is that a name resolution call is failing and the delay is being caused waiting for the timeout to occur. How to fix will depend upon your DNS / hosts file setup. So, if this is the cause and you don't know how to fix it, ask another question with the details. If all of the above work properly, then I'm stumped :) Regards, Paul -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: nfs export/remote mount problem
On 5/12/05, Walter Dnes [EMAIL PROTECTED] wrote: On Tue, May 10, 2005 at 06:15:21PM -0700, Mark Knecht wrote So it seems like it's the Gentoo client over the network and not the Gentoo server that causes the slowdown? I had a similar situation with once with simply ftp-ing data between two machines at home. Try putting all your home machines in /etc/hosts on all your home machines. That may be a problem if the laptop gets a dynamic IP via dhcp. No, it's something more nefarious than that 1) All machines have the same hosts file. None of the machines are using dhcp. 2) The FC2 client logs into both Gentoo and FC2 hosts fast 3) The Gentoo client logs into both Gentoo and FC2 hosts slow Seems (to me) like it's the Gentoo client. I don't know where to look for any special messages. I've looked in dmesg and /var/log/messages. I do not see any warnings or errors on either the client or the host. I have not yet tried re-emerging with different flags but I'm sort of at that point now. Thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: nfs export/remote mount problem
Now you can troubleshoot it! On Tue, 10 May 2005, Mark Knecht wrote: Brett, Thanks. Now both machines are mounting. Actually the FC2 machines mount immediately. The Gentoo laptop takes about 90 seconds before it mounts. I don't see any messages about what's taking so long, but at least it mounts. Thanks! - Mark On 5/10/05, Brett I. Holcomb [EMAIL PROTECTED] wrote: Here's my hosts.deny and allow set up per the How-To. [EMAIL PROTECTED] etc # cat hosts.allow portmap: 192.168.1.0/255.255.255.0 lockd: 192.168.1.0/255.255.255.0 mountd: 192.168.1.0/255.255.255.0 rquotad: 192.168.1.0/255.255.255.0 statd: 192.168.1.0/255.255.255.0 [EMAIL PROTECTED] etc # cat hosts.deny portmap:ALL lockd:ALL mountd:ALL rquotad:ALL statd:ALL On Tue, 10 May 2005, Mark Knecht wrote: On 5/10/05, Peter Ruskin [EMAIL PROTECTED] wrote: On Tuesday 10 May 2005 17:36, Mark Knecht wrote: /MusicLib 192.168.1.55(ro,sync,no_root_squash) 192.168.1.29(ro,sync,no_root_squash) 192.168.1.51(ro,sync,no_root_squash) The line commented out above was all that was required to allow MusicLib to be mounted when Dragonfly was running FC2. That hasn't worked under Gentoo, nor has the currently more complicated line shown above. Don't know if this will help Mark, but I've been successfully sharing files between three Gentoo machines with NFS for some time. Based on my /etc/exports, the above lines would be: /MusicLib 192.168.1.0/255.255.255.0(sync,insecure,no_root_squash,ro) Peter, I'll give this version a try. I haven't used the insecure option yet. That one is new. (10 minutes later...) Nope - no luck. From the server side: dragonfly ~ # exportfs -ra dragonfly ~ # /etc/init.d/nfs restart * Stopping NFS mountd ... [ ok ] * Stopping NFS daemon ... [ ok ] * Stopping NFS statd ... [ ok ] * Starting NFS statd ... [ ok ] * Exporting NFS directories ... [ ok ] * Starting NFS daemon ... [ ok ] * Starting NFS mountd ... [ ok ]dragonfly ~ # cat /etc/exports # /etc/exports: NFS file systems being exported. See exports(5). /MusicLib 192.168.1.0/255.255.255.0(sync,insecure,no_root_squash,ro) dragonfly ~ # exportfs /MusicLib 192.168.1.0/255.255.255.0 dragonfly ~ # So the server says it's exported. However on the Gentoo laptop I get this when I try to mount it: flash ~ $ mount MusicLib mount: dragonfly:/MusicLib failed, reason given by server: No such file or directory flash ~ $ If you have a second could you reply back with what services you are running on the server when you do this? The ones below I've been messing with but I no longer am really sure which are required on a Gentoo server. I'm not currently running nfsmount or xinetd although I have tried them. (I think...) netmount (default) nfs (default) nfsmount (not started) portmap (default) xinetd (not started) If there is some other service or a specific config file you think I should check on please let me know. I'm completely puzzled here. The machine serves as a MythTV backend server as well as a day to day desktop for my wife. It's a great machine in every other respect. I just cannot figure this one out. Thanks, Mark -- Brett I. Holcomb [EMAIL PROTECTED] Registered Linux User #188143 Remove R777 to email -- gentoo-user@gentoo.org mailing list -- Brett I. Holcomb [EMAIL PROTECTED] Registered Linux User #188143 Remove R777 to email -- gentoo-user@gentoo.org mailing list
Re: Re: [gentoo-user] Re: nfs export/remote mount problem
One thing I found helpful with NFS was the NFS How-To at linuxdoc. You may have already looked at that but it has a good setup guide to make sure things are running. From: Mark Knecht [EMAIL PROTECTED] Date: 2005/05/09 Mon PM 11:04:28 EDT To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: nfs export/remote mount problem On 5/9/05, Richard Fish [EMAIL PROTECTED] wrote: Mark Knecht wrote: Hello again, A bit more info. On the server side the directories seem to be exxported: dragonfly ~ # exportfs /home/mark/MusicLib world /MusicLib world dragonfly ~ # The second one is the one I'm trying to mount remotely. However it's not clear to me if nfsd is listening on the right port - normally 2049 according to the remote devices /etc/services file: -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: nfs export/remote mount problem
On 5/9/05, Walter Dnes [EMAIL PROTECTED] wrote: Clutching at straws here... - is iptables blocking anything according to its logfile? - don't know if this applies to nfsd, but I've run into some builds of sshd which would not work without an appropriate entry in /etc/hosts.allow... *EVEN IF YOU'RE NOT RUNNING INETD*. Walter, Thanks for the response. At this time the server is not running iptables, or any firewall I know of: dragonfly mark # rc-update show alsasound | default apcupsd | default bootmisc | boot checkfs | boot checkroot | boot clock | boot coldplug | boot consolefont | boot crypto-loop | cupsd | default domainname | default esound | famd | firebird | gkrellmd | gpm | halt | hdparm | hostname | boot hotplug | default keymaps | boot lircd | default lircmd | local | default nonetwork localmount | boot modules | boot mysql | mythbackend | net.eth0 | default net.lo | boot net.wlan0 | netmount | default nfs | default nfsmount | nscd | ntpd | default numlock | portmap | default rmnologin | boot rsyncd | samba | serial | boot spamd | sshd | default svscan | syslog-ng | default urandom | boot vixie-cron | default xdm | default dragonfly mark # Boy, I hope the formatting of that is better for others than it is for me in GMail! Anyway, I think the right stuff is running, and that nothing is running that would get in the way, but again, I know I'm missing something here. Thanks for looking. - Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: nfs export/remote mount problem
On 5/10/05, Ralph Slooten [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 dragonfly ~ # exportfs /home/mark/MusicLib 192.168.1.0/255.255.255.0 /MusicLib 192.168.1.0/255.255.255.0 dragonfly ~ # But still my FC2 remote machine cannot mount it: Excuse me jumping in here, but after reading the above line I think you are barking up the wrong tree. I don't think the problem is the server, but your redhat. Do you have any *other* forms of linux that can try mount? If so, do they work? http://www.webservertalk.com/message1004547.html Ralph, Interesting read. I'll check that out later. Sometimes developers have ways of sneaking things in. Happens on all distros I think. OK, so as per your idea I'm now sitting at the server (dragonfly) itself. I'm trying to mount the NFS export in my home directory. I've changed fstab on the server to add this line: dragonfly:/MusicLib /home/mark/NFStest nfs noauto,user,ro,_netdev 0 0 As user or root I attempt the mount. It doesn't work but I am getting a different message: [EMAIL PROTECTED] ~ $ mount NFStest/ mount: dragonfly:/MusicLib failed, reason given by server: No such file or directory [EMAIL PROTECTED] ~ $ This is a different message. At least the server is not down! The directory is exported: dragonfly mark # exportfs /MusicLib Dragonfly dragonfly mark # I currently have this (slightly changed from earlier posts) in /etc/exports: dragonfly mark # cat /etc/exports # /etc/exports: NFS file systems being exported. See exports(5). /MusicLib 192.168.1.55(ro,sync,no_root_squash) dragonfly mark # Brett recommended (Thanks Brett!) I take a look at the LinuxDoc.org NFS-HOWTO. I found it here: http://www.tldp.org/HOWTO/NFS-HOWTO/server.html It raises two issues I hadn't considered: 1) Whether inetd is running. (it is not on my Gentoo server. It probably was on the FC2 server) 2) The contents o the hosts.allow and hosts.deny files. Where are these files? They do not seem to be present on my machine? Should they not be created by some part of the baseline system install? Obviously they haven't stopped the machine from doing most of what it needs to do but possibly they are effecting this? Is inetd required on the server? Maybe I need to emerge this? dragonfly mark # qpkg -I | grep inet dragonfly mark # dragonfly mark # emerge -s inetd Searching... [ Results for search key : inetd ] [ Applications found : 2 ] * net-misc/rinetd Latest version available: 0.62 Latest version installed: [ Not Installed ] Size of downloaded files: 112 kB Homepage:http://www.boutell.com/rinetd/ Description: redirects TCP connections from one IP address and port to another License: GPL-2 * sys-apps/xinetd Latest version available: 2.3.13 Latest version installed: [ Not Installed ] Size of downloaded files: 290 kB Homepage:http://www.xinetd.org/ Description: powerful replacement for inetd License: BSD dragonfly mark # Thanks again for helping! Cheers, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: nfs export/remote mount problem
On 5/10/05, Richard Fish [EMAIL PROTECTED] wrote: Mark Knecht wrote: 2) The contents o the hosts.allow and hosts.deny files. Where are these files? They do not seem to be present on my machine? Should they not be created by some part of the baseline system install? The files hosts.allow and hosts.deny are the configuration files for TCP wrappers/tcpd access control. Anything that runs under tcpd (or is built with +tcpd) will use these files to determine what machines can (hosts.allow) or cannot (hosts.deny) access the server. Humm...so am I *required to have the files? Maybe that's part of the problem! dragonfly ~ # emerge -pv nfs-utils These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] net-fs/nfs-utils-1.0.6-r6 +tcpd 0 kB Total size of downloads: 0 kB dragonfly ~ # So if you USE +tcpd (usually a good idea!), you'll want to read man hosts.allow. * sys-apps/xinetd I don't know if inetd is required, but if so, this is the one you want on the server. It's not shown as needed on this Gentoo Wiki: http://gentoo-wiki.com/index.php?title=HOWTO_Share_Directories_via_NFS -- gentoo-user@gentoo.org mailing list
Re: Re: [gentoo-user] Re: nfs export/remote mount problem
1. What about Group IDs (GID). At one time we had to make them the same on all machines - but maybe not anymore. 2. Server down implies it can't find the server so it gives up and then gives you the error about not mounting the file or no such file. 3. What about the comment someone had from the FC list about FC2 or 3 breaking something. From: Mark Knecht [EMAIL PROTECTED] Date: 2005/05/10 Tue PM 12:36:43 EDT To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: nfs export/remote mount problem Hi, I'm going to recap and hopefully focus this discussion based on current results. Thanks to Richard, Walter, Ralph and Brett for your help so far. I'm working from these two documents: http://gentoo-wiki.com/index.php?title=HOWTO_Share_Directories_via_NFS http://www.tldp.org/HOWTO/NFS-HOWTO/server.html There are 4 machines on our home network that are involved in this problem: Dragonfly - Gentoo music server Flash - Gentoo workstation Godzilla - FC2 workstation Christmas - FC2 workstation Dragonfly used to be FC2. The /MusicLib directory could be mounted on all the other machines. Since converting Dragonfly to Gentoo we have not been able to mount it. As of this morning the setup on Dragonfly looks like this: # /etc/exports: NFS file systems being exported. See exports(5). #/MusicLib *(ro) /MusicLib 192.168.1.55(ro,sync,no_root_squash) 192.168.1.29(ro,sync,no_root_squash) 192.168.1.51(ro,sync,no_root_squash) The line commented out above was all that was required to allow MusicLib to be mounted when Dragonfly was running FC2. That hasn't worked under Gentoo, nor has the currently more complicated line shown above. Currently Dragonfly says it's exporting: dragonfly ~ # exportfs /MusicLib Dragonfly /MusicLib Flash /MusicLib Godzilla dragonfly ~ # Results when trying to mount from Flash (Gentoo): fstab has: dragonfly:/MusicLib /home/mark/MusicLib nfs noauto,user,ro,_netdev 0 0 flash ~ $ mount MusicLib/ mount: dragonfly:/MusicLib failed, reason given by server: No such file or directory flash ~ $ Results when trying to mount from Godzilla (FC2): fstab has: dragonfly:/MusicLib /mnt/MusicLib nfs noauto,user,ro,_netdev,proto=udp0 0 [EMAIL PROTECTED] mark]$ mount /mnt/MusicLib/ mount to NFS server 'dragonfly' failed: server is down. [EMAIL PROTECTED] mark]$ Results when trying to mount /MusicLib on Dragonfly itself is identical to Flash. Both are Gentoo: [EMAIL PROTECTED] ~ $ mount NFStest/ mount: dragonfly:/MusicLib failed, reason given by server: No such file or directory [EMAIL PROTECTED] ~ $ So the Gentoo machines are consistent. As an NFS client they both say MusicLib is not exported, but according to exportfs on Dragonfly it is. The FC2 machines says that the server is down. I've tried with both the proto=udp in and out. I hope this focuses the problem a bit better. Thanks in advance, Mark -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: Re: [gentoo-user] Re: nfs export/remote mount problem
On 5/10/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: 1. What about Group IDs (GID). At one time we had to make them the same on all machines - but maybe not anymore. Yes, this is a potential problem although I thought I'd made them the same on this machine under Gentoo as when it ran FC2. I'll double check. 2. Server down implies it can't find the server so it gives up and then gives you the error about not mounting the file or no such file. It's not a consistent message though. It's 'server down' when coming from the FC boxes but 'no such file or directory' when coming from my other Gentoo boxes. I found a couple of posts on the web saying that different distros give different messages for the same problem so this may be one problem with different messages. Anyway, my Gentoo boxes cannot mount so clearly I'm missing something. 3. What about the comment someone had from the FC list about FC2 or 3 breaking something. I tried that on the FC2 machine but it didn't help. I've also rebuilt the kernel a couple of times to make sure the NFS options on the Gentoo NFS Wiki were exactly right. I tried the kernel with NFS over TCP checked and unchecked. Always the same results. I'm stumped, but I also believe this is a problem that the community here can get me through so I'll jsut keep plugging away. Thanks for the response! cheers, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: nfs export/remote mount problem
On 5/10/05, Peter Ruskin [EMAIL PROTECTED] wrote: On Tuesday 10 May 2005 17:36, Mark Knecht wrote: /MusicLib 192.168.1.55(ro,sync,no_root_squash) 192.168.1.29(ro,sync,no_root_squash) 192.168.1.51(ro,sync,no_root_squash) The line commented out above was all that was required to allow MusicLib to be mounted when Dragonfly was running FC2. That hasn't worked under Gentoo, nor has the currently more complicated line shown above. Don't know if this will help Mark, but I've been successfully sharing files between three Gentoo machines with NFS for some time. Based on my /etc/exports, the above lines would be: /MusicLib 192.168.1.0/255.255.255.0(sync,insecure,no_root_squash,ro) Peter, I'll give this version a try. I haven't used the insecure option yet. That one is new. (10 minutes later...) Nope - no luck. From the server side: dragonfly ~ # exportfs -ra dragonfly ~ # /etc/init.d/nfs restart * Stopping NFS mountd ... [ ok ] * Stopping NFS daemon ... [ ok ] * Stopping NFS statd ... [ ok ] * Starting NFS statd ... [ ok ] * Exporting NFS directories ... [ ok ] * Starting NFS daemon ... [ ok ] * Starting NFS mountd ... [ ok ]dragonfly ~ # cat /etc/exports # /etc/exports: NFS file systems being exported. See exports(5). /MusicLib 192.168.1.0/255.255.255.0(sync,insecure,no_root_squash,ro) dragonfly ~ # exportfs /MusicLib 192.168.1.0/255.255.255.0 dragonfly ~ # So the server says it's exported. However on the Gentoo laptop I get this when I try to mount it: flash ~ $ mount MusicLib mount: dragonfly:/MusicLib failed, reason given by server: No such file or directory flash ~ $ If you have a second could you reply back with what services you are running on the server when you do this? The ones below I've been messing with but I no longer am really sure which are required on a Gentoo server. I'm not currently running nfsmount or xinetd although I have tried them. (I think...) netmount (default) nfs (default) nfsmount (not started) portmap (default) xinetd (not started) If there is some other service or a specific config file you think I should check on please let me know. I'm completely puzzled here. The machine serves as a MythTV backend server as well as a day to day desktop for my wife. It's a great machine in every other respect. I just cannot figure this one out. Thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: nfs export/remote mount problem
Here's my hosts.deny and allow set up per the How-To. [EMAIL PROTECTED] etc # cat hosts.allow portmap: 192.168.1.0/255.255.255.0 lockd: 192.168.1.0/255.255.255.0 mountd: 192.168.1.0/255.255.255.0 rquotad: 192.168.1.0/255.255.255.0 statd: 192.168.1.0/255.255.255.0 [EMAIL PROTECTED] etc # cat hosts.deny portmap:ALL lockd:ALL mountd:ALL rquotad:ALL statd:ALL On Tue, 10 May 2005, Mark Knecht wrote: On 5/10/05, Peter Ruskin [EMAIL PROTECTED] wrote: On Tuesday 10 May 2005 17:36, Mark Knecht wrote: /MusicLib 192.168.1.55(ro,sync,no_root_squash) 192.168.1.29(ro,sync,no_root_squash) 192.168.1.51(ro,sync,no_root_squash) The line commented out above was all that was required to allow MusicLib to be mounted when Dragonfly was running FC2. That hasn't worked under Gentoo, nor has the currently more complicated line shown above. Don't know if this will help Mark, but I've been successfully sharing files between three Gentoo machines with NFS for some time. Based on my /etc/exports, the above lines would be: /MusicLib 192.168.1.0/255.255.255.0(sync,insecure,no_root_squash,ro) Peter, I'll give this version a try. I haven't used the insecure option yet. That one is new. (10 minutes later...) Nope - no luck. From the server side: dragonfly ~ # exportfs -ra dragonfly ~ # /etc/init.d/nfs restart * Stopping NFS mountd ... [ ok ] * Stopping NFS daemon ... [ ok ] * Stopping NFS statd ... [ ok ] * Starting NFS statd ... [ ok ] * Exporting NFS directories ... [ ok ] * Starting NFS daemon ... [ ok ] * Starting NFS mountd ... [ ok ]dragonfly ~ # cat /etc/exports # /etc/exports: NFS file systems being exported. See exports(5). /MusicLib 192.168.1.0/255.255.255.0(sync,insecure,no_root_squash,ro) dragonfly ~ # exportfs /MusicLib 192.168.1.0/255.255.255.0 dragonfly ~ # So the server says it's exported. However on the Gentoo laptop I get this when I try to mount it: flash ~ $ mount MusicLib mount: dragonfly:/MusicLib failed, reason given by server: No such file or directory flash ~ $ If you have a second could you reply back with what services you are running on the server when you do this? The ones below I've been messing with but I no longer am really sure which are required on a Gentoo server. I'm not currently running nfsmount or xinetd although I have tried them. (I think...) netmount (default) nfs (default) nfsmount (not started) portmap (default) xinetd (not started) If there is some other service or a specific config file you think I should check on please let me know. I'm completely puzzled here. The machine serves as a MythTV backend server as well as a day to day desktop for my wife. It's a great machine in every other respect. I just cannot figure this one out. Thanks, Mark -- Brett I. Holcomb [EMAIL PROTECTED] Registered Linux User #188143 Remove R777 to email -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: nfs export/remote mount problem
Brett, Thanks. Now both machines are mounting. Actually the FC2 machines mount immediately. The Gentoo laptop takes about 90 seconds before it mounts. I don't see any messages about what's taking so long, but at least it mounts. Thanks! - Mark On 5/10/05, Brett I. Holcomb [EMAIL PROTECTED] wrote: Here's my hosts.deny and allow set up per the How-To. [EMAIL PROTECTED] etc # cat hosts.allow portmap: 192.168.1.0/255.255.255.0 lockd: 192.168.1.0/255.255.255.0 mountd: 192.168.1.0/255.255.255.0 rquotad: 192.168.1.0/255.255.255.0 statd: 192.168.1.0/255.255.255.0 [EMAIL PROTECTED] etc # cat hosts.deny portmap:ALL lockd:ALL mountd:ALL rquotad:ALL statd:ALL On Tue, 10 May 2005, Mark Knecht wrote: On 5/10/05, Peter Ruskin [EMAIL PROTECTED] wrote: On Tuesday 10 May 2005 17:36, Mark Knecht wrote: /MusicLib 192.168.1.55(ro,sync,no_root_squash) 192.168.1.29(ro,sync,no_root_squash) 192.168.1.51(ro,sync,no_root_squash) The line commented out above was all that was required to allow MusicLib to be mounted when Dragonfly was running FC2. That hasn't worked under Gentoo, nor has the currently more complicated line shown above. Don't know if this will help Mark, but I've been successfully sharing files between three Gentoo machines with NFS for some time. Based on my /etc/exports, the above lines would be: /MusicLib 192.168.1.0/255.255.255.0(sync,insecure,no_root_squash,ro) Peter, I'll give this version a try. I haven't used the insecure option yet. That one is new. (10 minutes later...) Nope - no luck. From the server side: dragonfly ~ # exportfs -ra dragonfly ~ # /etc/init.d/nfs restart * Stopping NFS mountd ... [ ok ] * Stopping NFS daemon ... [ ok ] * Stopping NFS statd ... [ ok ] * Starting NFS statd ... [ ok ] * Exporting NFS directories ... [ ok ] * Starting NFS daemon ... [ ok ] * Starting NFS mountd ... [ ok ]dragonfly ~ # cat /etc/exports # /etc/exports: NFS file systems being exported. See exports(5). /MusicLib 192.168.1.0/255.255.255.0(sync,insecure,no_root_squash,ro) dragonfly ~ # exportfs /MusicLib 192.168.1.0/255.255.255.0 dragonfly ~ # So the server says it's exported. However on the Gentoo laptop I get this when I try to mount it: flash ~ $ mount MusicLib mount: dragonfly:/MusicLib failed, reason given by server: No such file or directory flash ~ $ If you have a second could you reply back with what services you are running on the server when you do this? The ones below I've been messing with but I no longer am really sure which are required on a Gentoo server. I'm not currently running nfsmount or xinetd although I have tried them. (I think...) netmount (default) nfs (default) nfsmount (not started) portmap (default) xinetd (not started) If there is some other service or a specific config file you think I should check on please let me know. I'm completely puzzled here. The machine serves as a MythTV backend server as well as a day to day desktop for my wife. It's a great machine in every other respect. I just cannot figure this one out. Thanks, Mark -- Brett I. Holcomb [EMAIL PROTECTED] Registered Linux User #188143 Remove R777 to email -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: nfs export/remote mount problem
On 5/10/05, Michael W. Holdeman [EMAIL PROTECTED] wrote: On Tuesday 10 May 2005 07:11 pm, Mark Knecht wrote: Brett, Thanks. Now both machines are mounting. Actually the FC2 machines mount immediately. The Gentoo laptop takes about 90 seconds before it mounts. I don't see any messages about what's taking so long, but at least it mounts. You know I've been down this road... It was with my BSD server, COL and everytihgng mounted fine but Gentoo was a problem... I'll search through my archives tonight and see if I can find my notes... Mike Thanks Mike. What I've found to far: Godzilla (FC2) mounts Dragonfly immediately Christmas (FC2) mounts Dragonfly immediately Flash (Gentoo) always takes 90 seconds to mount Dragonfly Dragonfly (Gentoo) mounts Dragonfly immediately. So it seems like it's the Gentoo client over the network and not the Gentoo server that causes the slowdown? Anyway I'm very happy to at least have it working. Cheers, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: nfs export/remote mount problem
Mark Knecht wrote: Hello again, A bit more info. On the server side the directories seem to be exxported: dragonfly ~ # exportfs /home/mark/MusicLib world /MusicLib world dragonfly ~ # The second one is the one I'm trying to mount remotely. However it's not clear to me if nfsd is listening on the right port - normally 2049 according to the remote devices /etc/services file: Hi Mark, Maybe I am wrong, but I think you also need to be running 'portmap'. Normally NFS registers with the portmap service and doesn't listen on its own port at all, IIRC. My guess is that when you try to mount from the remote system, it fails to contact the RPC (portmap) service on port 111, so it tells you the server is down. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: nfs export/remote mount problem
On 5/9/05, Richard Fish [EMAIL PROTECTED] wrote: Mark Knecht wrote: Hello again, A bit more info. On the server side the directories seem to be exxported: dragonfly ~ # exportfs /home/mark/MusicLib world /MusicLib world dragonfly ~ # The second one is the one I'm trying to mount remotely. However it's not clear to me if nfsd is listening on the right port - normally 2049 according to the remote devices /etc/services file: Hi Mark, Maybe I am wrong, but I think you also need to be running 'portmap'. Normally NFS registers with the portmap service and doesn't listen on its own port at all, IIRC. My guess is that when you try to mount from the remote system, it fails to contact the RPC (portmap) service on port 111, so it tells you the server is down. -Richard Hi Richard, portmap seems to be running: dragonfly ~ # ps aux | grep portmap rpc 8811 0.0 0.1 1672 684 ?Ss May02 0:00 /sbin/portmap root 11634 0.0 0.0 1484 476 pts/0R+ 19:59 0:00 grep portmap dragonfly ~ # rpcinfo looks at least reasonable: dragonfly ~ # rpcinfo -p program vers proto port 102 tcp111 portmapper 102 udp111 portmapper 1000241 udp 2294 status 1000241 tcp 1042 status 132 udp 2049 nfs 132 tcp 2049 nfs 1000211 udp 2296 nlockmgr 1000213 udp 2296 nlockmgr 1000211 tcp 1043 nlockmgr 1000213 tcp 1043 nlockmgr 151 udp658 mountd 151 tcp661 mountd 152 udp658 mountd 152 tcp661 mountd 153 udp658 mountd 153 tcp661 mountd dragonfly ~ # and the above seems to say the Gentoo server is listening on the correct port - 2049. I've changed the /etc/exports file a bit. Now it's this: dragonfly ~ # cat /etc/exports # /etc/exports: NFS file systems being exported. See exports(5). /MusicLib 192.168.1.0/255.255.255.0(async,ro) /home/mark/MusicLib 192.168.1.0/255.255.255.0(async,rw) dragonfly ~ # I think this means that anyone on my local home network should have access according to the Gentoo NFS Wiki. Now I can restart NFS and things look like they should be OK: dragonfly ~ # exportfs -ra dragonfly ~ # /etc/init.d/nfs restart * Stopping NFS mountd ...[ ok ] * Stopping NFS daemon ...[ ok ] * Stopping NFS statd ... [ ok ] * Starting NFS statd ... [ ok ] * Exporting NFS directories ... [ ok ] * Starting NFS daemon ...[ ok ] * Starting NFS mountd ...[ ok ] dragonfly ~ # dragonfly ~ # exportfs /home/mark/MusicLib 192.168.1.0/255.255.255.0 /MusicLib 192.168.1.0/255.255.255.0 dragonfly ~ # But still my FC2 remote machine cannot mount it: [EMAIL PROTECTED] root]# mount /mnt/MusicLib/ mount to NFS server 'dragonfly' failed: server is down. [EMAIL PROTECTED] root]# I know this must be a simple oversight but I just do not see it. Thanks for answering! I do appreciate it! Cheers, Mark -- gentoo-user@gentoo.org mailing list
