At this point I am not concerned with this type of failure correction. I just need the NFS filesystem to be mounted at system start-up. However, you are correct about the use of soft mounts.
Regards, Dustin > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of john beamon > Sent: Saturday, October 27, 2001 2:38 PM > To: [EMAIL PROTECTED] > Subject: RE: [brluglist] mounting NFS.. > > > Still, the biggest concern is automatic mounting during a successful boot. > If the soft mount hangs and fails, the app won't run, but your machine > will boot successfully. If the NFS volume is hard mounted, the entire > kernel will hang instead of you just losing an application. > > -- > -j > > On Fri, 26 Oct 2001, Dustin Puryear wrote: > > > Date: Fri, 26 Oct 2001 16:35:02 -0500 > > From: Dustin Puryear <[EMAIL PROTECTED]> > > Reply-To: [EMAIL PROTECTED] > > To: [EMAIL PROTECTED] > > Subject: RE: [brluglist] mounting NFS.. > > > > The application is located on the NFS filesystem. > > > > Regards, Dustin > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > Behalf Of john beamon > > > Sent: Friday, October 26, 2001 2:55 PM > > > To: [EMAIL PROTECTED] > > > Subject: Re: [brluglist] mounting NFS.. > > > > > > > > > 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. > > > ================================================ > > > > > > > ================================================ > > 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. > ================================================ > ================================================ 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. ================================================
