Bug 805921 - Document the expectations about ghost users showing in the lookups
Summary: Document the expectations about ghost users showing in the lookups
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: sssd
Version: 6.3
Hardware: Unspecified
OS: Unspecified
Target Milestone: rc
: ---
Assignee: Jakub Hrozek
QA Contact: Kaushik Banerjee
Depends On:
TreeView+ depends on / blocked
Reported: 2012-03-22 13:06 UTC by Dmitri Pal
Modified: 2020-05-02 16:48 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Known Issue
Doc Text:
Sometimes, group members may not be visible when running the getent group groupname command. This can be caused by an incorrect ldap_schema in the [domain/DOINNAME] section of the sssd.conf file. SSSD supports three LDAP schema types: RFC 2307, RFC 2307bis, and IPA. By default, SSSD uses the more common RFC 2307 schema. The difference between RFC 2307 and RFC 2307bis is the way which group membership is stored in the LDAP server. In an RFC 2307 server, group members are stored as the multi-valued memberuid attribute which contains the name of the users that are members. In an RFC2307bis server, group members are stored as the multi-valued attribute member (or sometimes uniqueMember) which contains the DN of the user or group that is a member of this group. RFC2307bis allows nested groups to be maintained as well. When encountering this problem: add ldap_schema = rfc2307bis in the sssd.conf file, detele the /var/lib/sss/db/cache_DOMAINNAME.ldb file, and restart SSSD. If the workaround does not work, add ldap_group_member = uniqueMember in the sssd.conf file, delete the cache file and restart SSSD.
Clone Of:
Last Closed: 2013-02-21 09:21:58 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Github SSSD sssd issues 2298 0 None closed Document the expectations about ghost users showing in the lookups 2020-05-26 11:03:31 UTC
Red Hat Product Errata RHSA-2013:0508 0 normal SHIPPED_LIVE Low: sssd security, bug fix and enhancement update 2013-02-20 21:30:10 UTC

Description Dmitri Pal 2012-03-22 13:06:36 UTC
This bug is created as a clone of upstream ticket:

See ticket #1255 for the design of the new approach of dealing with fake/ghost users. There are some situations when fake/ghost users are removed from child groups but would still show up as a member of the parent group. It might look confusing and might cause some unnecessary bugs and tickets filed. To prevent this we need to clearly articulate how things would work with the new approach and what to expect.

Comment 1 Jenny Severance 2012-06-13 20:15:26 UTC
where is this to be documented?

Comment 2 RHEL Program Management 2012-07-10 05:49:22 UTC
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 3 RHEL Program Management 2012-07-11 02:05:10 UTC
This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development.  This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4.

Comment 4 Jakub Hrozek 2012-10-07 22:03:28 UTC
Currently the expectations have only been documented in the upstream FAQ document - https://fedorahosted.org/sssd/wiki/FAQ

Would you prefer a better document such as the release notes? I don't think the man pages are a good place to include a low-level change like that.

Comment 5 Jakub Hrozek 2012-10-08 08:24:50 UTC
As discussed with Kaushik, the proper place seems to be the release notes, so I've set the flag.

I cleaned up the FAQ, it was quite confusing. This is the link to the (hopefully correct now) upstream documentation: https://fedorahosted.org/sssd/wiki/FAQ#Idontseeanygroupmemberswhenrunninggetentgroupgroupname

Comment 6 Jakub Hrozek 2012-10-10 09:13:22 UTC
Marking as MODIFIED because the upstream documentation has been corrected. I'll leave the FixedIn field blank.

Comment 8 Kaushik Banerjee 2013-01-30 13:56:59 UTC
Doc Text gives appropriate explanation and solution of the issue. Marking this bug verified.

Comment 9 errata-xmlrpc 2013-02-21 09:21:58 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.


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