Re: (ITS#3814) Slurpd not replaying missing transactions on start

[hyc@symas.com]

Sounds like a bug in slurpd. Your release is pretty old though, the 
current 2.2 release is version 2.2.27. I don't know if updating will 
help, there's nothing in CVS to indicate that a bug like this was ever 
addressed. But the code in question looks correct; the only reason it 
should fail here is if the user running slurpd didn't have permission to 
open the replog file.

Heinzmann@cc-dresden.de wrote:
> Full_Name: Robert Heinzmann
> Version: openldap2-2.2.6-37.38
> OS: SuSE Linux Enterprise Server 9
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (212.202.119.51)
>
>
>
> Now the missing transaction is not replayed to the standby server and cant even
> be manually replayed with "one shot" slurpd altought there are replications left
> to replay (see capture below). 
>
> In this situation Master and Slave1 have the latest data and Slave2 is missing
> one transaction (which is still in the log!). If we not make another change to
> the master, BOTH! changes - the new one and the transaction left over - get
> replicated, which is good. 
>
> Slurpd "one-shot" should replay all transactions and synchronize all servers
> ,which is not working. Is this a but or a feature ? 
>
> -------------
>
> /usr/lib/openldap/slurpd -t /var/lib/slurpd -d 255 -o -r
> /var/lib/slurpd/replica/slurpd.replog 2>&1
>
> Retrieved state information for srvlxr103.XXX:389 (timestamp 1120066773.0)
> Retrieved state information for srvlxr203.XXX:389 (timestamp 1120066823.0)
> Processing in one-shot mode:
> 0 total replication records in file,
> 0 replication records to process.
> begin replication thread for srvlxr103.XXX:389
> end replication thread for srvlxr103.XXX:389
> begin replication thread for srvlxr203.XXX:389
> end replication thread for srvlxr203.XXX:389
> slurpd: terminated.
>
> ---- 
> tail /var/lib/slurpd/replica/slurpd.replog
>
> replica: srvlxr103.XXX.XXX:389
> replica: srvlxr203.XXX.XXX:389
> time: 1120066750
> dn: ou=users,dc=XXX,dc=XXX
> changetype: modrdn
> newrdn: ou=userss
> deleteoldrdn: 0
>
> replica: srvlxr103.XXX.XXX:389
> replica: srvlxr203.XXX.XXX:389
> time: 1120066773
> dn: ou=userss,dc=XXX,dc=XXX
> changetype: modrdn
> newrdn: ou=users
> deleteoldrdn: 0
>
> replica: srvlxr103.XXX.XXX:389
> replica: srvlxr203.XXX.XXX:389
> time: 1120066823
> dn: ou=TEST,dc=XXX,dc=de
> changetype: add
> objectClass: organizationalUnit
> ou: TEST
> structuralObjectClass: organizationalUnit
> entryUUID: 9d2d466a-7d10-1029-8894-cd4a7a371095
> creatorsName: cn=Administrator,dc=XXX,dc=XXX
> createTimestamp: 20050629174023Z
> entryCSN: 20050629174023Z#000001#00#000000
> modifiersName: cn=Administrator,dc=XXX,dc=XXX
> modifyTimestamp: 20050629174023Z
>
>
>   


-- 
  -- Howard Chu
  Chief Architect, Symas Corp.       Director, Highland Sun
  http://www.symas.com               http://highlandsun.com/hyc
  Symas: Premier OpenSource Development and Support