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

Re: Syncrepl: Two step forward, one step back



Quanah Gibson-Mount wrote:
--On Tuesday, November 03, 2009 8:02 AM +0100 Peter Mogensen
Is see output like this:
# slapcat | grep 'dn: o=' | wc -l
601
# slapcat | grep 'dn: o=' | wc -l
622
# slapcat | grep 'dn: o=' | wc -l
620
# slapcat | grep 'dn: o=' | wc -l
628

Why does server-2 "regret" already replicated objects?

Is this expected behaviour?


btw... I'm running 2.4.17

It seems to be a slapcat problem.
I purged the database on both servers and loaded it from new on server-1. Then I started slapd on both servers and ran:

for ((I=1;I<=20;I++)); do slapcat > out-$I; done
Then:
for ((I=1;I<=20;I++)); do wc -l out-$I; done

Giving:
4755 out-1
4755 out-2
4755 out-3
4755 out-4
4491 out-5
4536 out-6
4847 out-7
4831 out-8
4885 out-9
4885 out-10
0 out-11
5252 out-12
5252 out-13
5252 out-14
5252 out-15
5601 out-16
5628 out-17
5601 out-18
5626 out-19
5920 out-20

run 11 seemed to fail silently.
Notice that run 5 is smaller than run 4.

The problem seem to be entries in the LDIF like this:

dn:
objectClass: top
objectClass: NamedObject
objectClass: simpleSecurityObject
uid: rieke
userPassword:: e1NBU0x.....
structuralObjectClass: NamedObject
entryUUID: e46b680e-e5f5-102b-93c9-79162adc1d46
creatorsName: dc=admin,dc=example,dc=com
createTimestamp: 20070823185333Z
entryCSN: 20070823185333.000000Z#000002#000#000000
modifiersName: dc=admin,dc=example,dc=com
modifyTimestamp: 20070823185333Z

With an empty "dn:".
There's lots of them in the output.

Running a batch of 20 slapcats without slapd running gives no errors.


/Peter