[Date Prev][Date Next]
(ITS#3814) Slurpd not replaying missing transactions on start
Full_Name: Robert Heinzmann
OS: SuSE Linux Enterprise Server 9
Submission from: (NULL) (188.8.131.52)
we want to deplay openldap in an replicated HA environment. We have 1 Master and
2 slaves. The master is protected by a cluster middleware. Replication is
working ok, but we found a problem if one of the slaves is down while changes
were made to the master and if we have to restart the slurpd at the same time.
We configured ldapmaster to replicate to 2 ldap slaves and performed the
- we shut down one ldap slave
- we made a change to the master server (slurpd properly replicates to the other
slave server, but cant connect to the powered down ldap slave server)
- we then restart slurpd on the master
- we then start the shut down ldap slave again
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
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