Red Hat Bugzilla – Bug 136038
new autofs v4 in update3 breaks file map support
Last modified: 2007-11-30 17:07:04 EST
Description of problem:
With update3, autofs was upgraded to version 4.1.3-12 from version
3.1.7-41. with that update support for file based maps when the map
name in auto.master is a plain name (with an assumed prefix of /etc/)
in particular in /etc/rc.d/init.d/autofs, getmounts function, these
lines were dropped:
elif [ -f "/etc/$map" ]; then
map=`echo /etc/$map | sed 's^//^/^g'`
I was not expected breakages in compatibility like this within a given
major RHEL release.
with these lines missing, the map is assumed to be YP (falls through
to the bottom of the loop). The automount entry in nsswitch.conf is:
Also, I am not sure if I can change the map name in auto.master as
some RH versions I think didn't support an absolute pathname as a map
name. And the auto.master file is synchronized with a global network
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. have a map in auto.master with a simple name (for example 'auto.home').
2. start up autofs
no map is loaded for auto.home and thus home directories don't get mounted
/etc/auto.home would get loaded and /home would get mounted by autofs
Since I had to get the new boxes up, I went through the scripts for
rh6.2,rh7.3,rhel as2.1 (the versions we principally run at the moment
-- we also have rhel es2.1 and as2.1 for ia64 but I am figuring they
have the same scripts as rhel as2.1). They do support an absolute
path for the map name. tested and it works.
So I converetd the global config files to this. so I have a work
around for me.
And adding those lines may cuase issues to people who use YP/NIS. The
change though probably would be good to note in the RELNOTES when it
discusses the autofs version upgrade.
This bug has been fixed and will be include in RHEL 3.0 U5.