Stephen, you are right 1.3.1 is working version too.
I have made some experiment and found out that:
1. The behaviour of sssd (1.3.1) depends on how to create OU on LDAP
server. If OU with groups is created after all users' OUs then sssd
gets everything correctly.
Example:
correct sequence:
ou=MCC (users)
ou=HMC (users)
ou=GROUP-ACCESS (groups)
incorrect sequence:
ou=GROUP-ACCESS (groups)
ou=MCC (users)
ou=HMC (users)
2. sssd 1.4.x doesn't work even with correct sequence of OU creation
(see above).
3. if I remove GRP-SVC-SSH-NODE from GRP-SVC-SSH-NODE and recreate
membership back then sssd will see members of GRP-SVC-SSH-NODE in
GRP-SVC-SSH-NODE group but untill new installation or reinstallation
of sssd.
2010/11/12 Sergei V. Kovylov <serejka(a)gmail.com>:
# id skovylov
uid=15001(skovylov) gid=15000(mcc-rhm)
группы=15000(mcc-rhm),31000(GRP-SVC-SSH-IFRONT1),30000(GRP-SVC-SSH-IFRONT),30004(GRP-SVC-SSH-XFRONT),30006(GRP-SVC-SUDO-NODE),30001(GRP-SVC-SSH-NODE),31021(GRP-SVC-SSH-XPBS2),30005(GRP-SVC-SSH-XTECH),30007(GRP-SVC-SUDO-XPBS),30003(GRP-SVC-FTP-IMDS),30002(GRP-SVC-SSH-IMDS)
2010/11/12 Stephen Gallagher <sgallagh(a)redhat.com>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 11/12/2010 09:37 AM, Sergei V. Kovylov wrote:
>>> What command are you using to check this?
>>> Can you tell me if
>>> getent group GRP-SVC-SSH-NODE1
>>> shows the users from GRP-SVC-SSH-NODE?
>>>
>>> What about:
>>> id <user from GRP-SVC-SSH-NODE>
>>> Does that show the user as a member of both groups?
>>
>> I'm using getnet passwd and getent group to define if groups and users
>> come to sssd from LDAP.
>> # getent group GRP-SVC-SSH-NODE01
>> GRP-SVC-SSH-NODE01:*:31002:
>>
>> # getent group GRP-SVC-SSH-NODE
>> GRP-SVC-SSH-NODE:*:30001:skovylov,azvarich
>>
>
> please also include the output of
> id skovylov
> and/or
> id azvarich
>
> I want to see if initgroups is also misbehaving, or if it's only getgrnam
>
>
>> #ldbsearch -H /var/lib/sss/db/cache_MD.METEORF.RU.ldb
>> # record 36
>> dn: name=GRP-SVC-SSH-INODE01,cn=groups,cn=DOMAIN,cn=sysdb
>> createTimestamp: 1289569193
>> gidNumber: 31002
>> name: GRP-SVC-SSH-INODE01
>> objectClass: group
>> originalDN:
cn=GRP-SVC-SSH-INODE01,ou=SVC-SSH,ou=GROUP-ACCESS,ou=COMPUTE,dc=<skipped>
>> originalModifyTimestamp: 20101012084647Z
>> lastUpdate: 1289569193
>> dataExpireTimestamp: 1289574593
>> distinguishedName: name=GRP-SVC-SSH-INODE01,cn=groups,cn=DOMAIN,cn=sysdb
>>
>>
>>> If possible, please also turn debug_level up to 6 and include the debug
>>> log in /var/log/sssd/sssd_<domain>.log for those two commands.
>>>
>>>
>> (Fri Nov 12 14:25:42 2010) [sssd[be[MD.METEORF.RU]]] [sdap_save_group]
>> (7): Adding original DN [cn=GRP-SVC-SSH-NODE,ou=GROUP-ACC
>> ESS,ou=COMPUTE,dc=<skipped>] to attributes of [GRP-SVC-SSH-NODE].
>> (Fri Nov 12 14:25:42 2010) [sssd[be[MD.METEORF.RU]]] [sdap_save_group]
>> (6): Storing info for group GRP-SVC-SSH-NODE
>> (Fri Nov 12 14:25:42 2010) [sssd[be[MD.METEORF.RU]]] [ldb] (9):
>> tevent: Added timed event "ltdb_callback": 0x5e5e60
>>
>> (Fri Nov 12 14:25:42 2010) [sssd[be[MD.METEORF.RU]]] [ldb] (9):
>> tevent: Added timed event "ltdb_timeout": 0x5e5f10
>>
>> (Fri Nov 12 14:25:42 2010) [sssd[be[MD.METEORF.RU]]] [ldb] (9):
>> tevent: Destroying timer event 0x5e5f10 "ltdb_timeout"
>>
>> (Fri Nov 12 14:25:42 2010) [sssd[be[MD.METEORF.RU]]] [ldb] (9):
>> tevent: Ending timer event 0x5e5e60 "ltdb_callback"
>>
>> (Fri Nov 12 14:25:42 2010) [sssd[be[MD.METEORF.RU]]]
>> [sysdb_search_group_by_name] (6): Error: 2 (No such file or directory)
>> (Fri Nov 12 14:25:42 2010) [sssd[be[MD.METEORF.RU]]] [ldb] (9): start
>> ldb transaction (nesting: 1)
>> (Fri Nov 12 14:25:42 2010) [sssd[be[MD.METEORF.RU]]] [ldb] (9):
>> tevent: Added timed event "ltdb_callback": 0x634930
>>
>>
>>
>> Also I have noticed, that if remove member GRP-SVC-SSH-NODE from
>> GRP-SVC-SSH-NODE1, wait some time and then return membership back -
>> then users become a member of GRP-SVC-SSH-NODE1 untill reinstalling
>> sssd package.
>> It seems like sssd ignore entries that are not created yet.
>> _______________________________________________
>> sssd-devel mailing list
>> sssd-devel(a)lists.fedorahosted.org
>>
https://fedorahosted.org/mailman/listinfo/sssd-devel
>
>
> - --
> Stephen Gallagher
> RHCE 804006346421761
>
> Delivering value year after year.
> Red Hat ranks #1 in value among software vendors.
>
http://www.redhat.com/promo/vendor/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Fedora -
http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkzdVUQACgkQeiVVYja6o6ORhACfVHwVwpDjrxWRQD620dqVnYpP
> VzEAnjfzrktPuxeZRNJUAxj29e8aUHNk
> =aPCa
> -----END PGP SIGNATURE-----
>
_______________________________________________
> sssd-devel mailing list
> sssd-devel(a)lists.fedorahosted.org
>
https://fedorahosted.org/mailman/listinfo/sssd-devel
>