Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 678777 - IPA provider does not update removed group memberships on initgroups
IPA provider does not update removed group memberships on initgroups
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: sssd (Show other bugs)
6.1
Unspecified Unspecified
unspecified Severity unspecified
: rc
: ---
Assigned To: Stephen Gallagher
Chandrasekar Kannan
:
Depends On:
Blocks: 678778
  Show dependency treegraph
 
Reported: 2011-02-19 09:57 EST by Stephen Gallagher
Modified: 2015-01-04 18:46 EST (History)
6 users (show)

See Also:
Fixed In Version: sssd-1.5.1-8.el6
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 678778 (view as bug list)
Environment:
Last Closed: 2011-05-19 07:38:51 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2011:0560 normal SHIPPED_LIVE Low: sssd security, bug fix, and enhancement update 2011-05-19 07:38:17 EDT

  None (edit)
Description Stephen Gallagher 2011-02-19 09:57:06 EST
Description of problem:
When performing an initgroups request on a user, the IPA provider does not remove group memberships from the local cache when they are removed from the IPA server. This only happens for the IPA backend (and not for the standard RFC2307bis schema)

Version-Release number of selected component (if applicable):
sssd-1.5.1-6.el6

How reproducible:
Every time

Steps to Reproduce:
1. Create a user in IPA. Add this user to at least one additional group
2. On an IPA client, perform 'id <username>'. Verify that all of the groups are listed.
3. Remove the user from the additional group in step 1.
4. Perform a login for this user (forces a cache update)
5. Perform 'id <username>' on a client once again.
  
Actual results:
The user is still listed as a member of the extra group, even though the membership has been revoked.

Expected results:
The removed group should no longer be in the list.

Additional info:
https://fedorahosted.org/sssd/ticket/803
Comment 2 Namita Soman 2011-04-06 22:34:42 EDT
Verified following steps listed above.

After removing user "four" from group "groupone"
[root@rhel61-client ~]# id four
uid=1289600007(four) gid=1289600007(four) groups=1289600007(four),1289600001(ipausers),1289600005(groupone)
After logging in as user "four"
[root@rhel61-client ~]# id four
uid=1289600007(four) gid=1289600007(four) groups=1289600007(four),1289600001(ipausers)

version used for testing:
sssd-1.5.4-0.20110323T0643z.el6.x86_64
Comment 3 errata-xmlrpc 2011-05-19 07:38:51 EDT
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-0560.html
Comment 4 errata-xmlrpc 2011-05-19 09:09:40 EDT
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-0560.html

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