Description of problem: The automounter init scripts are supposed to honour settings in /etc/nsswitch.conf for determining the master map. So, if nsswitch.conf contains 'files nis', then it should check in /etc/auto.master for any maps & if none are found, then check in NIS for any maps. What the current scripts do, however, is to take the UNION of all the maps in /etc/auto.master & NIS. So, when trying to use /etc/auto.master to override what's in NIS, you end up with multiple definitions for the same mount point. Version-Release number of selected component (if applicable): autofs-4.1.3-12 How reproducible: Always Steps to Reproduce: 1. Set up nsswitch.conf to look in nis then files for automount maps 2. configure an auto.master in both NIS and /etc/auto.master 3. start autofs Actual results: the master map will contain all entries from both master maps Expected results: master map is whichever autofs found first (not both) Additional info: This has been fixed in the Fedora Core 3 version of autofs RPM. We'd like to get this into the next RHEL3 errata.
I am quite clear on how the current automounter operates with regards to this issue. However, last I tried to change the behaviour to match that of the Sun automounter, I had users reporting regressions, since they had come to rely on the current behaviour. I will work to see if the +map syntax in auto.master would be an acceptable alternative to those complaining of regressions. -jeff
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-177.html