From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3 Description of problem: Ghosting of automounts is currently all-or-nothing, as specified by the presence or absense of "--ghost" in the variable DAEMONOPTIONS in /etc/sysconfig/autofs. It would be very nice if you could specify which mounts you'd like to be ghosted, instead of all or none. Version-Release number of selected component (if applicable): autofs-4.1.3-47 How reproducible: Always Steps to Reproduce: N/A Additional info: A particular fix we used was a change to /etc/init.d/autofs, which allowed us to specify which automount points we wanted ghosted, instead of having an "all or nothing" situation. It would be nice to see this implemented natively as well. It was very simple to write, only a few lines: ghostdirs="$(echo "$GHOSTDIRS" | sed 's/ /\|/g')" if echo "$dir" | grep -qE -- "^($ghostdirs)\$" ; then startupoptions="$startupoptions --ghost" fi This allows us to specify a space-delimeted list of target mount points that we want ghosted through the variable GHOSTDIRS in /etc/sysconfig/autofs. This isn't a permanent fix, but we were able to only ghost project and scratch space, while keeping system mounts un-ghosted.
I'm not sure how this is any easier than modifying /etc/auto.master. One thing I guess it gains you is the ability to specify ghosting of maps when the auto.master is not controlled by you (i.e. when it is in NIS or ldap). Is this your situation? At any rate, this is a reasonable request. If it makes your life easier, then I'll certainly try to get this into the next round of updates.
Actually, yes, we use NIS for everything, and would like to have these settings be local.(In reply to comment #1)
A fix for this was just committed to version 4.1.3-142 of autofs.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2005-654.html