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: /ypsrc/auto.build --timeout=60 /ypsrc/auto.home --timeout=60 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] autofs-4.1.3-187-basename.patch
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. https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=133583
Closing as a duplicate. I've added those on the CC list here to the CC list of 202860. *** 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.