Red Hat Bugzilla – Bug 203467
autofs initscript in 4.1.3-187 breaks NIS mapping
Last modified: 2007-11-16 20:14:53 EST
Description of problem:
automounts from NIS no longer mounting with certain NIS map configurations
Version-Release number of selected component (if applicable):
autofs-4.1.3-187 & 4.1.3-186
Our NIS environment has NIS maps that look like the following:
The latest autofs initscript (that uses the new nsswitch binary for NIS map
parsing) does not take these prefix pathes into account, and subsequently fails
when trying to parse the maps.
This was worked around before by running basename on the $map before parsing it.
The attached patch adds back in 1 line into the autofs initscript which runs
basename on the $map before handing it off to nsswitch. This patch does fix our
environment, though I don't know if you want to apply this type of fix in the
nsswitch binary itself, or in the autofs initscript.
Created attachment 134604 [details]
Thanks for the quick fix. I can confirm that map names get '/etc' prepended.
Created attachment 135564 [details]
Updated for 64-bit
Apparently the first patch shell didn't apply on 64-bit systems because if the
lib64 naming scheme, so this script should correctly detect the architecture of
the machine and patch accordingly.
thanks for the effort, but this is the wrong place to fix the problem. Please
try this patch, instead.
Closing as a duplicate. I've added those on the CC list here to the CC list of
*** This bug has been marked as a duplicate of 202860 ***
It turns out that prefixing maps with /ypsrc/ was done to indicate that the maps
should come from NIS. This is not a supported convention; I think it worked by
accident, before. The maps can be changed to use yp: instead of /ypsrc/, or you
can simply rely upon the name service switch configuration to determine the
source of the maps.