Bug 822404
Summary: | sssd does not provide maps for automounter when custom schema is being used | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Jakub Hrozek <jhrozek> |
Component: | sssd | Assignee: | Jakub Hrozek <jhrozek> |
Status: | CLOSED ERRATA | QA Contact: | Kaushik Banerjee <kbanerje> |
Severity: | low | Docs Contact: | |
Priority: | high | ||
Version: | 6.3 | CC: | grajaiya, jgalipea, jhrozek, ondrejv, prc, sbose, sgallagh, skamble, ssorce |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | sssd-1.9.1-1.el6 | Doc Type: | Bug Fix |
Doc Text: |
C: The SSSD did not use the correct attribute mapping when a custom schema was used.
C: If the administrator configured SSSD with custom attribute map, the autofs integration didn't work
F: The attribute mapping was fixed
R: The SSSD now works even with a custom attribute schema
|
Story Points: | --- |
Clone Of: | 820979 | Environment: | |
Last Closed: | 2013-02-21 09:23:47 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 820979 | ||
Bug Blocks: | 782183 |
Description
Jakub Hrozek
2012-05-17 09:42:46 UTC
A patch is available upstream, very low risk (one-liner). Ondrej confirmed privately that the patch provided in a Koji scratch build fixed the issue for him. Verified in version 1.9.2-21 Output of beaker automation run: :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :: [ LOG ] :: autofs7 - bz822404 non-default values of all ldap attributes :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: Stopping sssd: [ OK ] Starting sssd: [ OK ] :: [21:57:44] :: Sleeping for 5 seconds :: [ PASS ] :: File '/var/log/sssd/sssd_LDAP.log' should contain 'Option ldap_autofs_map_object_class has value nisMap' :: [ PASS ] :: File '/var/log/sssd/sssd_LDAP.log' should contain 'Option ldap_autofs_map_name has value nisMapName' :: [ PASS ] :: File '/var/log/sssd/sssd_LDAP.log' should contain 'Option ldap_autofs_entry_object_class has value nisObject' :: [ PASS ] :: File '/var/log/sssd/sssd_LDAP.log' should contain 'Option ldap_autofs_entry_key has value cn' :: [ PASS ] :: File '/var/log/sssd/sssd_LDAP.log' should contain 'Option ldap_autofs_entry_value has value nisMapEntry' autofs dump map information =========================== global options: none configured Mount point: /export/home source(s): instance type(s): sss map: auto.home * | -fstype=nfs,rw kau63.kautest.com:/export/home/& Mount point: /- source(s): instance type(s): sss map: auto.direct /proj1 | -fstype=nfs,rw kau63.kautest.com:/export/project1 /directtest | -fstype=nfs,rw kau63.kautest.com:/export/directtest1 /folder1/folder2/projects | -fstype=nfs,rw kau63.kautest.com:/export/projects /proj2 | -fstype=nfs,rw kau63.kautest.com:/export/project2 Mount point: /share1 source(s): instance type(s): sss map: auto.share1 key1 | -fstype=nfs,rw kau63.kautest.com:/export/shared1/key1 key2 | -fstype=nfs,rw kau63.kautest.com:/export/shared1/key2 Mount point: /share2 source(s): instance type(s): sss map: auto.share2 key1 | -fstype=nfs,rw kau63.kautest.com:/export/shared2/key1 :: [ PASS ] :: Running 'automount -m' 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. http://rhn.redhat.com/errata/RHSA-2013-0508.html |