Bug 691900
Summary: | SSSD needs to fall back to 'cn' for GECOS information (was: SSSD configuration problem when configured with MSAD) | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Stephen Gallagher <sgallagh> |
Component: | sssd | Assignee: | Stephen Gallagher <sgallagh> |
Status: | CLOSED ERRATA | QA Contact: | Chandrasekar Kannan <ckannan> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 5.7 | CC: | benl, dpal, grajaiya, jgalipea, jhrozek, kbanerje, kemot1000, msvoboda, prc |
Target Milestone: | rc | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | sssd-1.5.1-28.el5 | Doc Type: | Bug Fix |
Doc Text: |
Previously, when GECOS attribute for a user was missing, SSSD did not fall back for this information to the "cn" attribute as it should have. SSSD now correctly falls back to the "cn" attribute for GECOS if the GECOS field is empty, making SSSD fully compliant with section 5.3 of RFC 2307.
|
Story Points: | --- |
Clone Of: | 691678 | Environment: | |
Last Closed: | 2011-07-21 08:10:13 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: | |||
Bug Depends On: | 691678, 692090, 748822 | ||
Bug Blocks: |
Comment 2
Kaushik Banerjee
2011-05-16 16:06:04 UTC
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Previously, when GECOS information (an entry in the /etc/passwd file) for a user was missing, SSSD did not look for this information in the "cn" attribute as it should have. SSSD now correctly falls back to the "cn" attribute for GECOS if the GECOS field is empty, making SSSD fully compliant with section 5.3 of RFC 2307. (In reply to comment #3) > Technical note added. If any revisions are required, please edit the > "Technical Notes" field > accordingly. All revisions will be proofread by the Engineering Content > Services team. > > New Contents: > Previously, when GECOS information (an entry in the /etc/passwd file) for a > user was missing, SSSD did not look for this information in the "cn" attribute > as it should have. SSSD now correctly falls back to the "cn" attribute for > GECOS if the GECOS field is empty, making SSSD fully compliant with section 5.3 > of RFC 2307. The note is not correct. GECOS is not an entry in the /etc/passwd file, it is a field that usually contains user's real name, it is stored with the rest of the user entry. Only if the user record is stored in /etc/passwd, so is his GECOS. I've modified the technical note accordingly. Technical note updated. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -1 +1 @@ -Previously, when GECOS information (an entry in the /etc/passwd file) for a user was missing, SSSD did not look for this information in the "cn" attribute as it should have. SSSD now correctly falls back to the "cn" attribute for GECOS if the GECOS field is empty, making SSSD fully compliant with section 5.3 of RFC 2307.+Previously, when GECOS attribute for a user was missing, SSSD did not fall back for this information to the "cn" attribute as it should have. SSSD now correctly falls back to the "cn" attribute for GECOS if the GECOS field is empty, making SSSD fully compliant with section 5.3 of RFC 2307. An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2011-0975.html |