Date: Fri, 30 Jan 2009 16:55:20 +0100 From: "Arjan van der Oest" <arjan.van.der.oest@worldmax.nl> To: "Mel" <fbsd.questions@rachie.is-a-geek.net>, <freebsd-questions@freebsd.org> Subject: RE: [7.1-RELEASE-p2 amd64] NFS mount in fstab hangs duringmountcritremote execution Message-ID: <FC5FF0B613540249959195342B6D034C754834@worldmax-sbs01.Worldmax.local> References: <FC5FF0B613540249959195342B6D034C754785@worldmax-sbs01.Worldmax.local><200901291308.47418.fbsd.questions@rachie.is-a-geek.net> <FC5FF0B613540249959195342B6D034C754813@worldmax-sbs01.Worldmax.local>
next in thread | previous in thread | raw e-mail | index | archive | help
I've done some further investigation and this is what happens: The mountcritremote script executes "mount -a -t nfs" and times out. If this script is aborted, the NFS export is mounted later by the mountlate script with " mount -a -l", this succeeds. This is the reason that the export is mounted after sending ctrl-d, the initial mount never succeeds. >From what I can see now this is neither a firewall nor a NFS-version issue, else it would not succeed in the mountlate script. I'm still puzzled why on other boxes this is not a problem, while it is at this box. --=20 Met vriendelijke groet / Kind Regards, Worldmax Operations B.V. =20 =20 Arjan van der Oest Network Design Engineer =20 T.: +31 (0) 88 001 7912 F.: +31 (0) 88 001 7902 M.: +31 (0) 6 10 62 58 46 =20 E.: arjan.van.der.oest@worldmax.nl W.:www.worldmax.nl W.:www.aerea.nl GPG: https://keyserver.pgp.com/ (Key ID: 07286F78) fingerprint: 2E9F 3AE2 0A8B 7579 75A9 169F 5D9E 5312 0728 6F78 -----Original Message----- From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd-questions@freebsd.org] On Behalf Of Arjan van der Oest Sent: vrijdag 30 januari 2009 14:36 To: Mel; freebsd-questions@freebsd.org Subject: RE: [7.1-RELEASE-p2 amd64] NFS mount in fstab hangs duringmountcritremote execution Mel wrote: >> - why does the system tries to mount the nfs filesystem from the fstab >> while nfs_client_enable has been set to no in rc.conf? >Because there is no relation between the two. You could be using a 3rd >party nfs kernel module. Yes, but I am not. I'm using the default kernel option which I believe is enabled with the mentioned rc.conf switch, or am I wrong here? >> And more bizarre: when interrupting the=20 >> mountcritremote script the share has been actually mounted, so it seems >> the 'mount -a -t nfs' command has actually been executed successfully. > >Looks more like the server is not sending a "success" message or it got >lost in transit. If this is 100% reproducable, look into compatibility=20 >issues, by scaling down the NFS version for the mount and check firewall >rules on both ends. Firewall has been disabled and seems not the problem, since (even with the firewall enabled) the manual mount works fine. In case of fw problems this would be a problem too. Also what puzzles me is the fact that a new identical setup box has no problem. As I wrote earlier the only difference is that I did not select the 'enable nfs client' from the sysinstall this time. I have not used any of the mentioned flags on the second box too, so why does it work on that machine? --=20 Met vriendelijke groet / Kind Regards, Worldmax Operations B.V. =20 Arjan van der Oest Network Design Engineer T.: +31 (0) 88 001 7912 F.: +31 (0) 88 001 7902 M.: +31 (0) 6 10 62 58 46 =20 E.: arjan.van.der.oest@worldmax.nl W.:www.worldmax.nl W.:www.aerea.nl GPG: https://keyserver.pgp.com/ (Key ID: 07286F78, fingerprint: 2E9F 3AE2 0A8B 7579 75A9 169F 5D9E 5312 0728 6F78) Internet communications are not secure; therefore, the integrity of this e-mail cannot be guaranteed following transmission on the Internet. This e-mail may contain confidential information. If you have received this e-mail in error, please notify the sender and erase this e-mail. Use of this e-mail by any person other than the addressee is strictly forbidden. This e-mail is believed to be free of any virus that might adversely affect the addressee's computer system; however, no responsibility is accepted for any loss or damage arising in any way from its use. All the preceding disclaimers also apply to any possible attachments to this e-mail. _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" No virus found in this incoming message. Checked by AVG - http://www.avg.com=20 Version: 8.0.176 / Virus Database: 270.10.15/1924 - Release Date: 1/29/2009 5:57 PM Internet communications are not secure; therefore, the integrity of this = e-mail cannot be guaranteed following transmission on the Internet. This = e-mail may contain confidential information. If you have received this = e-mail in error, please notify the sender and erase this e-mail. Use of = this e-mail by any person other than the addressee is strictly = forbidden. This e-mail is believed to be free of any virus that might = adversely affect the addressee's computer system; however, no = responsibility is accepted for any loss or damage arising in any way = from its use. All the preceding disclaimers also apply to any possible = attachments to this e-mail.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FC5FF0B613540249959195342B6D034C754834>