I think there's a workaround. I recall a "soft" option that will let attempted NFS mounts timeout and fail, allowing the machine to proceed without them. If you man mount and scroll wayyyy down to the "filesystem specific options", there's a section in the NFS options about hard and soft mounts. Hard mounts will hang the kernel if the service isn't available. Soft mounts won't. Your app may fail, but your kernel will boot. That's "better". You can include "timeo=30" for a 30-second timeout option, but read it more closely for details.
-- -j On Fri, 26 Oct 2001, Scott Harney wrote: > Date: Fri, 26 Oct 2001 13:04:16 -0500 > From: Scott Harney <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: Re: [brluglist] mounting NFS.. > > Post your fstab. You should be able to set the "auto" mount option to > force automatic mounting at startup (when the system runs "mount -a" to > start filesystems from fstab) > > Be aware that if the nfs mount is unavailable, the system won't boot. > > On Fri, Oct 26, 2001 at 12:20:30PM -0500, Dustin Puryear wrote: > > I have an application that starts at system start that runs off an NFS > > mount. Now, I've found that NFS filesystems are not mounted at system start, > > even if they are in /etc/fstab. I read somewhere that this is because of the > > order in which network services are generally started. > > > > Obviously, if the NFS filesystem is not mounted the application will not > > start. > > > > What is the fix for this? Putting: > > > > /bin/mount -a -t nfs > > > > Or even: > > > > /bin/mount /mnt/nfs-fs > > > > In /etc/rc.d/rc.local won't help because rc.local runs after most other > > start-up scripts. But perhaps I'm wrong about rc.local not being helpful. > > > > Any ideas? > > > > Regards, Dustin > > > > --- > > Dustin Puryear <[EMAIL PROTECTED]> > > http://members.telocity.com/~dpuryear > > In the beginning the Universe was created. > > This has been widely regarded as a bad move. - Douglas Adams > > > > > > ================================================ > > BRLUG - The Baton Rouge Linux User Group > > Visit http://www.brlug.net for more information. > > Send email to [EMAIL PROTECTED] to change > > your subscription information. > > ================================================ > > ================================================ BRLUG - The Baton Rouge Linux User Group Visit http://www.brlug.net for more information. Send email to [EMAIL PROTECTED] to change your subscription information. ================================================
