Red Hat Bugzilla – Bug 133055
auto.master source change a serious regression
Last modified: 2007-11-30 17:10:49 EST
Description of problem:
autofs-4.1.3-13 mentions this change:
- Only read one auto.master map (instead of concatenating all found
this is a serious regression since previous releases, where one could
rely upon using e.g. NIS for site-wide automounts e.g. /home, and then
define any local mounts e.g. /misc in /etc/auto.master.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. uncomment the /misc line in /etc/auto.master
2. service autofs reload
automounts defined from the NIS auto.master map disappear
automounts defined from the NIS auto.master map do not disappear and
are used in conjunction with those defined in /etc/auto.master.
Maybe if someone desires the new functionality then allow it to be
used with an /etc/sysconfig/autofs flag, but do not make it the
Since I've taken over the package, the main pain points I've seen are
with using the Linux automounter in mixed environments. Customers
expect it to operate in the same manner as the Sun automounter. This
change was intended to bring the Linux automounter semantically closer
to the bahaviour of the Sun automounter. Since you are having
problems with it, I will revert the change until such time as I
implement the +auto_master syntax in the master map. Is this an
acceptable solution? I'd prefer to not add another tunable to
/etc/sysconfig/autofs, but I will if I must.
My response as per fedora-devel:
I'm happy so long as the default behaviour doesn't change. Having a
tunable to configure it to behave like Solaris seems reasonable to me,
Has this been fixed, Jeff?
Yes. The current fc3 package version is 4.1.3-22, and defaults to the
Thanks a lot, works for me now.