<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">
<TITLE>Re: [SSSD] Group results.</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>>'memberOf' is the reverse of 'member', not of 'memberuid'. AD doesn't<BR>
> create the 'memberOf' backlink for entries specified by 'memberuid'<BR>
> (because 'memberuid' members are also not required to be in the<BR>
central<BR>
> server; they can be local accounts or accounts provided by a different<BR>
> directory like NIS)<BR>
Ok, understood.<BR>
<BR>
> I'm not sure what the relevance is to that statement. If you're using<BR>
> 'ldap_schema = rfc2307', then it should be adding all members that<BR>
> appear as 'memberuid' in the group.<BR>
><BR>
> I guess I don't understand what your question is here. It looks like<BR>
> things are behaving as expected.<BR>
Well, the group aapp has 6 memberUid, but only three of them is added by<BR>
sssd, how is that correct ? Or what am I missing ?<BR>
<BR>
Here are the users according to ldapsearch,<BR>
dn: CN=aapp,OU=Groups,DC=xx,DC=xx,DC=xx<BR>
memberUid: a001721<BR>
memberUid: a000569<BR>
memberUid: a000680<BR>
memberUid: a001406<BR>
memberUid: a000898<BR>
memberUid: a000590<BR>
<BR>
Here are the users beeing added by sssd,<BR>
a001721<BR>
a001406<BR>
a000898<BR>
<BR>
And that is with ldap_schema = rfc2307 in the config.<BR>
<BR>
/Patrik Martinsson<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
On Fri, 2010-12-10 at 12:20 -0500, Stephen Gallagher wrote:<BR>
> -----BEGIN PGP SIGNED MESSAGE-----<BR>
> Hash: SHA1<BR>
><BR>
> On 12/10/2010 10:56 AM, Patrik Martinsson wrote:<BR>
> > Ok, Cool.<BR>
> ><BR>
> > So, I stopped sssd, removed the cachefile for my domain, started it with<BR>
> > logging to file.<BR>
> > Since I'm not comfortable with exposing our whole ad to the internet I<BR>
> > pasted a snippet out of the logfile, please tell me if you need anything<BR>
> > more.<BR>
> ><BR>
> > But the behavior is the same, here is an example,<BR>
> > I have a group called aapp,<BR>
> ><BR>
> > ldapsearch 'ou=Groups,dc=xx,dc=xx,dc=xx' "(&(objectclass=*)(cn=aapp))"<BR>
> > returns,<BR>
> ><BR>
> > ------<BR>
> > member: CN=xxxx,OU=People,DC=xx,DC=xx,DC=xx<BR>
> > member: CN=xxxx,OU=People,DC=xx,DC=xx,DC=xx<BR>
> > member: CN=xxxx,OU=People,DC=xx,DC=xx,DC=xx<BR>
> > memberUid: xxxx<BR>
> > memberUid: xxxx<BR>
> > memberUid: xxxx<BR>
> > memberUid: xxxx<BR>
> > memberUid: xxxx<BR>
> > memberUid: a000590<BR>
> > ------<BR>
> ><BR>
> > ldapsearch 'ou=People,dc=xx,dc=xx,dc=xx'<BR>
> > "(&(objectclass=*)(cn=a000590))" | grep -i memberof returns a list of<BR>
> > groups, however _not_ aapp.<BR>
> ><BR>
> > So, the "groupobject" lists a000590 as a memberUid, but the "userobject"<BR>
> > dosn't list aapp as a memberOf. First of all, is that right ?<BR>
> ><BR>
><BR>
> 'memberOf' is the reverse of 'member', not of 'memberuid'. AD doesn't<BR>
> create the 'memberOf' backlink for entries specified by 'memberuid'<BR>
> (because 'memberuid' members are also not required to be in the central<BR>
> server; they can be local accounts or accounts provided by a different<BR>
> directory like NIS)<BR>
><BR>
><BR>
><BR>
> > Here's sssd log snippets, (tell me if you need anything else).<BR>
> ><BR>
> > (Fri Dec 10 16:38:12 2010) [sssd[be[xx]]] [sdap_parse_entry] (9):<BR>
> > OriginalDN: [CN=aapp,OU=Groups,DC=xx,DC=xx,DC=xx].<BR>
> > (Fri Dec 10 16:38:12 2010) [sssd[be[xx]]] [sdap_process_result] (8):<BR>
> > Trace: sh[0xae77a0], connected[1], ops[0xae80f0], ldap[0xae79c0]<BR>
> > (Fri Dec 10 16:38:22 2010) [sssd[be[xx]]] [sdap_save_group_send] (7):<BR>
> > Adding original DN [CN=aapp,OU=Groups,DC=xx,DC=xx,DC=xx] to attributes<BR>
> > of [aapp].<BR>
> > (Fri Dec 10 16:38:22 2010) [sssd[be[xx]]] [sdap_save_group_send] (6):<BR>
> > Storing info for group aapp<BR>
> > (Fri Dec 10 16:38:22 2010) [sssd[be[xx]]] [sysdb_search_entry_done] (6):<BR>
> > Error: Entry not Found!<BR>
> > (Fri Dec 10 16:38:22 2010) [sssd[be[xx]]] [sysdb_search_entry_done] (6):<BR>
> > Error: Entry not Found!<BR>
> > (Fri Dec 10 16:38:22 2010) [sssd[be[xx]]] [sdap_save_groups_loop] (9):<BR>
> > Group 592 processed!<BR>
> > (Fri Dec 10 16:39:05 2010) [sssd[be[xx]]] [sdap_save_grpmem_send] (7):<BR>
> > Adding member users to group [aapp]<BR>
> > (Fri Dec 10 16:39:05 2010) [sssd[be[xx]]] [sdap_fill_memberships] (9):<BR>
> > [IPA or AD Schema]<BR>
> > (Fri Dec 10 16:39:05 2010) [sssd[be[xx]]] [sdap_fill_memberships]<BR>
> > (7): member #0 (CN=xx,OU=People,DC=ad,DC=smhi,DC=se):<BR>
> > [name=xx,cn=users,cn=xx,cn=sysdb]<BR>
> > (Fri Dec 10 16:39:05 2010) [sssd[be[xx]]] [sdap_fill_memberships]<BR>
> > (7): member #1 (CN=xx,OU=People,DC=ad,DC=smhi,DC=se):<BR>
> > [name=xx,cn=users,cn=xx,cn=sysdb]<BR>
> > (Fri Dec 10 16:39:05 2010) [sssd[be[xx]]] [sdap_fill_memberships]<BR>
> > (7): member #2 (CN=xx,OU=People,DC=ad,DC=smhi,DC=se):<BR>
> > [name=xx,cn=users,cn=xx,cn=sysdb]<BR>
> > (Fri Dec 10 16:39:05 2010) [sssd[be[xx]]] [sdap_save_grpmem_send] (6):<BR>
> > Storing members for group aapp<BR>
> ><BR>
> > The users beeing added to the group aapp here in the log have both<BR>
> > 'member' and 'memberUid' attributes, does that makes sence ?<BR>
> ><BR>
><BR>
> I'm not sure what the relevance is to that statement. If you're using<BR>
> 'ldap_schema = rfc2307', then it should be adding all members that<BR>
> appear as 'memberuid' in the group.<BR>
><BR>
> I guess I don't understand what your question is here. It looks like<BR>
> things are behaving as expected.<BR>
><BR>
> - --<BR>
> Stephen Gallagher<BR>
> RHCE 804006346421761<BR>
><BR>
> Delivering value year after year.<BR>
> Red Hat ranks #1 in value among software vendors.<BR>
> <A HREF="http://www.redhat.com/promo/vendor/">http://www.redhat.com/promo/vendor/</A><BR>
> -----BEGIN PGP SIGNATURE-----<BR>
> Version: GnuPG v1.4.11 (GNU/Linux)<BR>
> Comment: Using GnuPG with Fedora - <A HREF="http://enigmail.mozdev.org/">http://enigmail.mozdev.org/</A><BR>
><BR>
> iEYEARECAAYFAk0CYUYACgkQeiVVYja6o6Ov2wCfVRkI07wxdIu7puLxAXkse5RP<BR>
> b4oAnRaOFSPSdXh+WBzHNdDn+Ws+aecx<BR>
> =7Dz5<BR>
> -----END PGP SIGNATURE-----<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>