Date: Fri, 2 Mar 2007 16:42:41 -0000 From: "Steven Hartland" <killing@multiplay.co.uk> To: <freebsd-hackers@freebsd.org> Subject: NFS based /usr prevents normal startup due to slow net init Message-ID: <015601c75ce9$d0263a10$b3db87d4@multiplay.co.uk>
next in thread | raw e-mail | index | archive | help
Another observation from my recent dealings with using NFS based /usr is that the remote critical mounts via nfs dont always give the network enough time to initialise before running. The first error displayed is: Mounting NFS file systems:mount_nfs: nfs1: hostname nor servname provided, or not known This is particularly noticeable when the machine is connected to Cisco equipment as they take quite a while link to the connected host after initialisation. The result of this is that other services such as ldconfig fail to initialise properly due to the mount not being available until some point later in the boot process once link has been established. Has anyone else experienced this? Should mountcritremote use "mount -a -t nfs" when this appears to return after a short period without said FS's being successfully mounted? Is there a way to ensure that mount doesnt return without success i.e. a missing flag in my fstab or should mountcritremote be updated to test for failure and retry? This was bought up some time ago on the current list but no answers where forth coming: http://lists.freebsd.org/pipermail/freebsd-current/2005-December/058935.html Test details: Network card: bge0 Switch: Cisco 6509 Switch Blade: WS-X6748-GE-TX fstab line: nfs1:/fs/usr /usr nfs rw 0 0 Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?015601c75ce9$d0263a10$b3db87d4>