Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

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 895132

Summary:	Modifications using sss_usermod tool are not reflected in memory cache
Product:	Red Hat Enterprise Linux 6	Reporter:	Kaushik Banerjee <kbanerje>
Component:	sssd	Assignee:	Jakub Hrozek <jhrozek>
Status:	CLOSED ERRATA	QA Contact:	Kaushik Banerjee <kbanerje>
Severity:	unspecified	Docs Contact:
Priority:	medium
Version:	6.4	CC:	dpal, grajaiya, jgalipea, okos, pbrezina, tlavigne
Target Milestone:	rc	Keywords:	Regression
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	sssd-1.9.2-76.el6	Doc Type:	Bug Fix
Doc Text:	No documentation needed.	Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-02-21 09:43:36 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:
Bug Blocks:	902691

Description Kaushik Banerjee 2013-01-14 16:40:26 UTC

Description of problem:
Modifications using sss_usermod tool are not reflected in memory cache

Version-Release number of selected component (if applicable):
1.9.2-68

How reproducible:
Always

Steps to Reproduce:
1. Lookup a local user
# getent passwd kaulocal
kaulocal:x:500:500:Kaushik Banerjee:/home/kaulocal:/bin/bash

2. Modify the shell of the user
# sss_usermod -s /bin/ksh kaulocal

3. Lookup the user again
# getent passwd kaulocal
kaulocal:x:500:500:Kaushik Banerjee:/home/kaulocal:/bin/bash

4. Check if the ldb cache is updated
# ldbsearch -H /var/lib/sss/db/sssd.ldb name=kaulocal loginshell
asq: Unable to register control with rootdse!
# record 1
dn: name=kaulocal,cn=users,cn=LOCAL,cn=sysdb
loginShell: /bin/ksh

  
Actual results:
Since ldb cache is updated, the changes have not been updated in the memory cache.

Expected results:
Changes via sss_usermod should be propogated to memory cache also.

Additional info:

Comment 3 Jakub Hrozek 2013-01-14 20:17:31 UTC

Upstream ticket:
https://fedorahosted.org/sssd/ticket/1764

Comment 4 Jakub Hrozek 2013-01-15 19:39:45 UTC

Pushed upstream.

Comment 6 Kaushik Banerjee 2013-01-20 15:14:42 UTC

Verified in version 1.9.2-74

Report from beaker automation run:
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: [   LOG    ] :: SSSD local-local test 003 >>> Modify LOCAL User - Default Shell
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

:: [   PASS   ] :: Running 'sss_usermod -s /bin/ksh user1000'
:: [   PASS   ] :: Running 'getent -s sss passwd user1000'
:: [   PASS   ] :: LOCAL domain user1000 default shell modified successfully.
:: [   LOG    ] :: Duration: 1s
:: [   LOG    ] :: Assertions: 3 good, 0 bad
:: [   PASS   ] :: RESULT: SSSD local-local test 003 >>> Modify LOCAL User - Default Shell

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: [   LOG    ] :: SSSD local-local test 004 >>> Modify LOCAL User - Home Directory
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

:: [   PASS   ] :: Running 'sss_usermod -h /export/user1000 user1000'
:: [   PASS   ] :: LOCAL domain user1000 home directory modified successfully.
:: [   PASS   ] :: Running 'sss_usermod -h /home/user1000 user1000'
:: [   LOG    ] :: Duration: 1s
:: [   LOG    ] :: Assertions: 3 good, 0 bad
:: [   PASS   ] :: RESULT: SSSD local-local test 004 >>> Modify LOCAL User - Home Directory

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: [   LOG    ] :: SSSD local-local test 005 >>> Modify LOCAL User - Gecos
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

:: [   PASS   ] :: Running 'sss_usermod -c "User Thousand" user1000'
:: [   PASS   ] :: LOCAL domain user1000 gecos modified successfully.
:: [   LOG    ] :: Duration: 0s
:: [   LOG    ] :: Assertions: 2 good, 0 bad
:: [   PASS   ] :: RESULT: SSSD local-local test 005 >>> Modify LOCAL User - Gecos

Comment 7 Kaushik Banerjee 2013-01-21 10:32:21 UTC

It seems, the fix to this bug was not complete. Hence the issue is as seen in bug 902269

Re-opening bug. Tested in version 1.9.2-74

Comment 8 Kaushik Banerjee 2013-01-21 10:33:57 UTC

*** Bug 902269 has been marked as a duplicate of this bug. ***

Comment 10 Kaushik Banerjee 2013-01-24 13:32:09 UTC

Verified in version 1.9.2-82

Output from beaker automation run:
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: [   LOG    ] :: SSSD local-local test 069 >>> Nested Group Memberships
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

:: [   PASS   ] :: Running 'sss_groupadd parent'
:: [   PASS   ] :: Running 'sss_groupadd child'
:: [   PASS   ] :: Running 'sss_groupmod -a parent child'
:: [   PASS   ] :: Running 'sss_useradd user1'
:: [   PASS   ] :: Running 'sss_useradd user2'
:: [   PASS   ] :: Running 'sss_usermod -a parent user1'
:: [   PASS   ] :: Running 'sss_usermod -a child user2'
:: [07:43:49] ::  Checking parent group for users memberships
:: [   PASS   ] :: Parent group's user memberships are as expected.
:: [07:43:49] ::  Checking child group for users memberships
:: [   PASS   ] :: Child group's user memberships are as expected.
'0336c4ea-aaaa-4dd0-ad77-c594fdd0e6a4'
SSSD-local-local-test-069-Nested-Group-Memberships result: PASS

Comment 11 errata-xmlrpc 2013-02-21 09:43:36 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.

http://rhn.redhat.com/errata/RHSA-2013-0508.html