RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1153130 - autofs-5.0.5-109 with upgrade to RHEL 6.6 no longer recognizes +yp: in auto.master
Summary: autofs-5.0.5-109 with upgrade to RHEL 6.6 no longer recognizes +yp: in auto.m...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: autofs
Version: 6.6
Hardware: Unspecified
OS: Linux
unspecified
urgent
Target Milestone: rc
: ---
Assignee: Ian Kent
QA Contact: XuWang
URL:
Whiteboard:
Depends On:
Blocks: 1153414 1164899
TreeView+ depends on / blocked
 
Reported: 2014-10-15 16:26 UTC by Andy Feldt
Modified: 2015-07-22 06:51 UTC (History)
3 users (show)

Fixed In Version: autofs-5.0.5-111.el6
Doc Type: Bug Fix
Doc Text:
Cause: when fixing a problem with the master map parser, to properly defect map format associated with map type in the master map, the type comparison for yp maps used an incorrect length. Consequence: map type yp isn't correctly matched which causes the corresponding map to not be read. Fix: correct the length used in the comparison. Result: yp maps are now correctly read.
Clone Of:
: 1153414 (view as bug list)
Environment:
Last Closed: 2015-07-22 06:51:10 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Patch - fix fix master map type check (1.19 KB, patch)
2014-10-16 00:58 UTC, Ian Kent
no flags Details | Diff
Patch - fix fix master map type check (updated) (1.28 KB, patch)
2014-10-16 02:57 UTC, Ian Kent
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2015:1344 0 normal SHIPPED_LIVE Moderate: autofs security and bug fix update 2015-07-20 17:59:56 UTC

Description Andy Feldt 2014-10-15 16:26:15 UTC
Description of problem:


Version-Release number of selected component (if applicable): 5.0.5-109


How reproducible: upgrade from RHEL 6.5 to RHEL 6.6 with an /etc/auto.master file containing +yp:some-nis-main-map-file


Steps to Reproduce:
1. See above
2.
3.

Actual results:
The map (and those it calls) is not loaded.  Turning on debugging (in /etc/autofs.conf) shows (in messages):

Oct 15 10:44:18 zpe automount[3113]: lookup_read_master: lookup(file): read entry +yp:auto_master_rhel
Oct 15 10:44:18 zpe automount[3113]: lookup_nss_read_master: reading master files yp:auto_master_rhel
Oct 15 10:44:18 zpe automount[3113]: lookup(file): file map /etc/yp:auto_master_rhel missing or not readable
Oct 15 10:44:18 zpe automount[3113]: lookup_nss_read_master: reading master nis yp:auto_master_rhel
Oct 15 10:44:18 zpe automount[3113]: parse_init: parse(sun): init gathered global options: vers=3
Oct 15 10:44:18 zpe automount[3113]: lookup(yp): read of master map yp:auto.master.rhel failed: No such map in server's domain
Oct 15 10:44:18 zpe automount[3113]: lookup(file): failed to read included master map yp:auto_master_rhel

None of the required filesystems can be automounted.

Expected results:

The ability to mount the specified filesystems.

Additional info:
There was not any problem with this in any prior versions of RHEL6

Comment 2 Ian Kent 2014-10-16 00:30:16 UTC
(In reply to Andy Feldt from comment #0)
> Description of problem:
> 
> 
> Version-Release number of selected component (if applicable): 5.0.5-109
> 
> 
> How reproducible: upgrade from RHEL 6.5 to RHEL 6.6 with an /etc/auto.master
> file containing +yp:some-nis-main-map-file
> 
> 
> Steps to Reproduce:
> 1. See above
> 2.
> 3.
> 
> Actual results:
> The map (and those it calls) is not loaded.  Turning on debugging (in
> /etc/autofs.conf) shows (in messages):
> 
> Oct 15 10:44:18 zpe automount[3113]: lookup_read_master: lookup(file): read
> entry +yp:auto_master_rhel
> Oct 15 10:44:18 zpe automount[3113]: lookup_nss_read_master: reading master
> files yp:auto_master_rhel
> Oct 15 10:44:18 zpe automount[3113]: lookup(file): file map
> /etc/yp:auto_master_rhel missing or not readable
> Oct 15 10:44:18 zpe automount[3113]: lookup_nss_read_master: reading master
> nis yp:auto_master_rhel
> Oct 15 10:44:18 zpe automount[3113]: parse_init: parse(sun): init gathered
> global options: vers=3
> Oct 15 10:44:18 zpe automount[3113]: lookup(yp): read of master map
> yp:auto.master.rhel failed: No such map in server's domain
> Oct 15 10:44:18 zpe automount[3113]: lookup(file): failed to read included
> master map yp:auto_master_rhel

Right, looks like the master map parser is getting it wrong.
I'll investigate.

Ian

Comment 3 Ian Kent 2014-10-16 00:48:23 UTC
When checking the code to see if I could see anything obvious
I think I've already found where the problem is.

I haven't done any testing at all yet so it's just a guess.

Comment 4 Ian Kent 2014-10-16 00:58:39 UTC
Created attachment 947382 [details]
Patch - fix fix master map type check

I think I should create a test package with this patch just
in case this is all the problem is, then continue with trying
to reproduce and test the change myself.

I'll do that.

Comment 5 Ian Kent 2014-10-16 02:57:31 UTC
Created attachment 947397 [details]
Patch - fix fix master map type check (updated)

This patch appears to fix the problem described.

Comment 7 Ian Kent 2014-10-16 03:18:03 UTC
A test package that appears to resolve the problem described here
has been built and is located at:
http://people.redhat.com/~ikent/autofs-5.0.5-109.type.2.el6/

Could you check and see if it resolves the problem please.

Comment 8 Andy Feldt 2014-10-16 14:35:21 UTC
I just tried the test package and it does, indeed, fix the problem.  Thanks!

Comment 11 XuWang 2015-03-16 09:57:25 UTC
Reproduced in autofs-5.0.5-109.el6.x86_64, the result is like following:

Running test for 'bz1153130' using 'autofs-5.0.5-109.el6.x86_64'
<--snap-->
ls: cannot access /test/raven: No such file or directory

Verified in autofs-5.0.5-112.el6, covers i386, x86_64, ppc64, s390x, the result is like following:
bz1153130-READY:bz1153130-READY:bz1153130-READY
<--snip-->
Test bz1153130: SUCCESS

Also run regression/bugzillas/stress test cases for autofs, no regression, works fine.

So I change the status of this bug to be VERIFIED.

Comment 12 errata-xmlrpc 2015-07-22 06:51:10 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2015-1344.html


Note You need to log in before you can comment on or make changes to this bug.