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

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




--On Tuesday, November 29, 2005 9:08 AM +0000 quanah@stanford.edu wrote:

> Full_Name: Quanah Gibson-Mount
> Version: RE_ENG_23 11/28/2005
> OS: Solaris 8
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (171.66.155.86)
>
>
> delta-syncrepl is not pushing out deletes of entries:
>
> ldapsearch -LLL -Q -h ldap-test0 -b "cn=accesslog"
> dn: cn=accesslog
> objectClass: auditContainer
> cn: accesslog
>
> dn: reqStart=20051129090539.000000Z,cn=accesslog
> objectClass: auditDelete
> reqStart: 20051129090539.000000Z
> reqEnd: 20051129090539.000001Z
> reqType: delete
> reqSession: 4
> 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-test0 suregid=05c7f5b7173a4966ba7ee4b7bc7829ea
> tribes:~>
>
>
> tribes:~> ldapsearch -LLL -Q -h ldap-test1
> suregid=05c7f5b7173a4966ba7ee4b7bc7829ea
> dn: suRegID=05c7f5b7173a4966ba7ee4b7bc7829ea,cn=people,dc=stanford,dc=edu
> objectClass: suPerson
> objectClass: organizationalPerson
> objectClass: inetOrgPerson
> objectClass: person
> objectClass: suOperational
>
> etc.
>
> So the replica did not take the delete from the master.

So to make this more bizarre... After stopping and restarting slapd on the 
replica, it was gone...

--Quanah


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