Yes, it is. Lesson learned. I will search the bug list first before posting. Sorry to bother.
/mrg On May 1, 2012, at 11:48, Rich Megginson wrote: > On 05/01/2012 09:42 AM, Michael R. Gettes wrote: >> I'm wondering if this is a bug in the logging of CMP operations. What we >> have empirically determined is the right thing is happening but the log is >> not indicating a CMP of a member attribute against a specific DN which is >> NOT any of the DNs in the log snippet below. The dn="" is the area of >> concern on the CMP operation. If you're interested, we are using the pam >> ldap client on RHEL6 to generate this behavior. >> >> DS is 1.2.9.9 on RHEL5 >> >> Many thanks! >> >> /mrg >> >> [01/May/2012:10:55:52 -0400] conn=143810 op=0 BIND >> dn="uid=compserv-unix-nss,ou=Specials,dc=cmu,dc=edu" method=128 version=3 >> [01/May/2012:10:55:52 -0400] conn=143810 op=0 RESULT err=0 tag=97 nentries=0 >> etime=0 dn="uid=compserv-unix-nss,ou=specials,dc=cmu,dc=edu" >> [01/May/2012:10:55:52 -0400] conn=143810 op=1 SRCH base="dc=cmu,dc=edu" >> scope=2 filter="(uid=gettes)" attrs="host authorizedService shadowExpire >> shadowFlag shadowInactive shadowLastChange shadowMax shadowMin shadowWarning >> uidNumber" >> [01/May/2012:10:55:52 -0400] conn=143810 op=1 RESULT err=0 tag=101 >> nentries=1 etime=0 >> [01/May/2012:10:55:52 -0400] conn=143810 op=2 CMP dn="" attr="member" >> [01/May/2012:10:55:52 -0400] conn=143810 op=2 RESULT err=5 tag=111 >> nentries=0 etime=0 >> [01/May/2012:10:55:52 -0400] conn=143810 op=3 UNBIND > Is this > https://fedorahosted.org/389/ticket/163 > ? >> >> -- >> 389 users mailing list >> [email protected] >> https://admin.fedoraproject.org/mailman/listinfo/389-users > -- 389 users mailing list [email protected] https://admin.fedoraproject.org/mailman/listinfo/389-users
