Bug 359871
Summary: | autofs NIS map multi-mount | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Brendan Watt <brendan.watt> |
Component: | autofs | Assignee: | Jeff Moyer <jmoyer> |
Status: | CLOSED NOTABUG | QA Contact: | Brock Organ <borgan> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 3.8 | CC: | ikent |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-01-08 16:46:24 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Brendan Watt
2007-10-31 10:02:42 UTC
What does the following command show? ypcat -k auto.s3d_north Do you have the UNDERSCORETODOT variable set in /etc/sysconfig/autofs? What does the automount: line read in /etc/nsswitch.conf? With problematic autofs installed, but still no access to this area in /ed/s2d/north: # rpm -qa | grep -i autofs autofs-4.1.3-199.3 ALWAYS PROBLEMATIC EXAMPLE # ypcat -k auto.s3d_north p10 -rw,proto=tcp,rsize=16384,wsize=16384,nosuid netapp01:/vol/vol22/ed- s3d-north-p10 # ypcat -k auto_s3d_north No such map auto_home. Reason: No such map in server's domain ONLY A FEW WORKED ALWAYS AND HAVE ENCLUDED ONE SUCH FOR COMPARISON # ypcat -k auto.ed_data develop-logs -rw,proto=tcp,rsize=16384,wsize=16384,nosuid netapp01:/vol/vol15/ed-data-develop-logs # ypcat -k auto_ed_data No such map auto_ed_data. Reason: No such map in server's domain ANOTHER EXAMPLE WHICH DOESN'T WORK BUT APPEARS SAME ENTRY IN auto.master AS ABOVE # ypcat -k auto.develop_s2data p2 -rw,nfs3,proto=tcp,rsize=16384,wsize=16384,nosuid netapp01:/vol/vol6/ed- s2data-p2 # ypcat -k auto_develop_s2data No such map auto_develop_s2data. Reason: No such map in server's domain /etc/nsswitch.conf.....automount: files nis In both occurences, the same /etc/sysconfig/autofs is used. UNDERSCORETODOT=1 Have just tested with UNDERSCORETODOT=0 and restarted autofs which has fixed the problem. Given the additional example above which appears to be constructed the same but works always, was wondering if this is still a bug. Thanks for you're help. The only way to determine if your example is a bug is to get the output of: bash -x /etc/init.d/autofs start Then we can see what options are passed to nsswitch and to the automounter to determine the source of the map. The change in behaviour is due to a bug that was filed against autofs. The UNDERSCORETODOT variable was expected to change all underscores to dots, but it originally only converted the underscores in select few maps. Is setting UNDERSCORETODOT=0 an acceptable fix for this problem for you? Please provide a response to comment #3. Since you state that setting UNDERSCORE_TO_DOT to 0 fixes the problem for you (and because I can't get further response from you), I'm closing this bug. |