Re: mount.nfs: chk_mountpoint()

[Peter Staubach <staubach@redhat.com>]

Chuck Lever wrote:
> Peter Staubach wrote:
>> But your explanation makes sense, although we should be moving
>> people away from static mounts in fstab and towards dynamic
>> mounting via autofs.  Ian and Jeff have made autofs much, much
>> better in recent times.  Improving autofs further to make it
>> only mount file systems which are actually referenced would make
>> it even better.
>
> I'm in great favor of autoconfiguration.  Anything that will make NFS 
> "just work" is goodness, in my book.
>

Is this an argument for or against autofs or these changes?

>> How do we find out whether we need to continue supporting this
>> semantic or whether we can do away with it?  Clearly, if it was
>> busted, then not many people were depending upon it because
>> there didn't seem to be any hue and cry about it not working.
>
> Well, that change went into nfs-utils in May of 2007, only 3 months 
> ago.  Depending on when nfs-utils-1.1.0 got into Fedora 7, I don't 
> think the change has had wide exposure quite yet.
>
> Considering there hasn't been much "hue and cry" about "bg" not 
> working in Fedora, however, that may not be much of a standard by 
> which to measure customer dissatisfaction.

I would guess that not so many people are using the "bg" option,
period.  Many of Linux's customers are ex-Sun customers and they
were educated to use autofs and to move away from and stay away
from static mounts via fstab or vfstab.

The "bg" option was a hack added to speed up system booting.
A much better solution to the problem was autofs because it
delayed the mounting until the file system was actually needed.

The "bg" option can lead to applications not working correctly
because the file system may or may not be mounted when they
need it to be there and there is no automatic synchronization
to block them until it is.  Autofs supplies this synchronization,
thus once again, making it a vastly superior solution.

    Thanx...

       ps

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs