[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: (ITS#4227) delta-syncrepl not propagating deletes

--On Tuesday, November 29, 2005 5:54 PM -0800 Quanah Gibson-Mount 
<quanah@stanford.edu> wrote:

> --On Tuesday, November 29, 2005 9:08 AM +0000 openldap-its@OpenLDAP.org
> wrote:
> With current RE_ENG_23, I no longer see this problem.

Actually, I take this back, it still isn't working:

ldapsearch -LLL -Q -h ldap-dev0 -b "cn=accesslog"
dn: cn=accesslog
objectClass: auditContainer
cn: accesslog

dn: reqStart=20051130015059.000000Z,cn=accesslog
objectClass: auditDelete
reqStart: 20051130015059.000000Z
reqEnd: 20051130015059.000001Z
reqType: delete
reqSession: 159
reqAuthzID: uid=quanah,cn=accounts,dc=stanford,dc=edu
reqDN: suRegID=05c7f5b7173a4966ba7ee4b7bc7829ea,cn=People,dc=Stanford,dc=edu
reqResult: 0

 ldapsearch -LLL -Q -h ldap-dev1 suregid=05c7f5b7173a4966ba7ee4b7bc7829ea
dn: suRegID=05c7f5b7173a4966ba7ee4b7bc7829ea,cn=People,dc=stanford,dc=edu
objectClass: inetOrgPerson
objectClass: organizationalPerson
objectClass: person
objectClass: suOperational
objectClass: suPerson


Even thought the syncrepl client has bound:

Nov 29 18:26:33 ldap-dev0.Stanford.EDU slapd[22994]: [ID 538062 
local4.debug] conn=0 op=2 BIND 
Nov 29 18:26:33 ldap-dev0.Stanford.EDU slapd[22994]: [ID 690767 
local4.debug] conn=0 op=2 BIND 
dn="cn=ldap-dev1,cn=ldap,cn=operational,dc=stanford,dc=edu" mech=GSSAPI 
Nov 29 18:26:33 ldap-dev0.Stanford.EDU slapd[22994]: [ID 588225 
local4.debug] conn=0 op=2 RESULT tag=97 err=0 text=
Nov 29 18:26:33 ldap-dev0.Stanford.EDU slapd[22994]: [ID 469902 
local4.debug] conn=0 op=3 SRCH base="cn=accesslog" scope=2 deref=0 
Nov 29 18:26:33 ldap-dev0.Stanford.EDU slapd[22994]: [ID 744844 
local4.debug] conn=0 op=3 SRCH attr=reqDN reqType reqMod reqNewRDN 
reqDeleteOldRDN reqNewSuperior entryCSN


Quanah Gibson-Mount
Principal Software Developer
ITSS/Shared Services
Stanford University
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html