Bug 870505 – sss_cache: Multiple domains not handled properly

Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.

Bug 870505 - sss_cache: Multiple domains not handled properly

Summary:	sss_cache: Multiple domains not handled properly

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Enterprise Linux 6
Classification:	Red Hat
Component:	sssd (Show other bugs)
Sub Component:
Version:	6.4
Hardware:	Unspecified Unspecified

Priority	unspecified Severity unspecified
Target Milestone:	rc
Target Release:	---
Assigned To:	Jakub Hrozek
QA Contact:	Kaushik Banerjee
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2012-10-26 13:06 EDT by Jakub Hrozek
Modified:	2013-06-05 13:17 EDT (History)
CC List:	5 users (show)

See Also:
Fixed In Version:	sssd-1.9.2-7.el6
Doc Type:	Bug Fix
Doc Text:	Cause: When SSSD is configured with multiple domains and sss_cache searched object only in the first configured domain and ignored the others. Consequence: Administrator couldn't use sss_cache on objects from arbitrary domain. Fix: sss_cache now searches all domains. Result: Administrator can use sss_cache on objects from arbitrary domain.
Story Points:	---
Clone Of:
Environment:
Last Closed:	2013-02-21 04:39:01 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

External Trackers
Tracker	ID	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHSA-2013:0508	normal	SHIPPED_LIVE	Low: sssd security, bug fix and enhancement update	2013-02-20 16:30:10 EST

Groups: None (edit)

Description Jakub Hrozek 2012-10-26 13:06:37 EDT

This bug is created as a clone of upstream ticket:
https://fedorahosted.org/sssd/ticket/1608

If no objects for deletion were found in the currently searched sysdb database/domain, the other sysdb databases/domains were not searched at all.

How to reproduce:
1. configure sssd with two or more domains
2. get info about user/group that is not in the first domain (e.g. getent passwd user1@domain2.com)
3. remove the entry from cache using sss_cache tool (e.g. sss_cache -u user1)

Results:
sss_cache does not find the entry in the first domain and exits.

Expected result:
sss_cache should remove the entry from domain2 properly

Comment 2 Amith 2012-11-29 06:49:52 EST

Verified the BZ on SSSD version: sssd-1.9.2-27.el6

As part of testing, multiple domains LDAP1 and LDAP2 were setup in the sssd.conf file. sss_cache cmd was executed against the cached user from domain LDAP2 and as expected, the user got invalidated.

# sss_cache -u ssc_tempuser1
No such user named ssc_tempuser1 in domain LDAP1, skipping

# ldbsearch -H /var/lib/sss/db/cache_LDAP2.ldb name=ssc_tempuser1 dataExpireTimestamp
asq: Unable to register control with rootdse!
# record 1
dn: name=ssc_tempuser1,cn=users,cn=LDAP2,cn=sysdb
dataExpireTimestamp: 1

# returned 1 records
# 1 entries
# 0 referrals

Comment 3 errata-xmlrpc 2013-02-21 04:39:01 EST

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

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