2.4.21 delta syncrepl : do_syncrep2: rid=000 (4096) Content Sync Refresh Required

[Arjan Filius <iafilius@xs4all.nl>]

Hello openldap-technical,

new on the list, Arjan Filius is my Name.


Having setup openldap 2.4.21, with one master, and six slaves/consumers in 
delta syncrepl configuration and testing an upgrade from an older openldap 
version.

exporting (slapcat > export-file), importing (slapadd -l `export-file`) on 
the (empty/pristine) master, and attaching empty/pristine slaves works 
just fine except for taking more than one hour to complete.

To speed up migration i decided to import the export on master _and_ 6 
slaves which finishes under 15 minutes. and now my problem starts.
Starting the master and slaves results in a situation which doesn't "go 
away" and causes load on master, unneeded network traffic, 
all slaves/consumers complain with:
2010-07-06 07:00:58.797739500 do_syncrep2: rid=000 (4096) Content Sync Refresh Required
2010-07-06 07:00:58.801662500 do_syncrep2: rid=000 (4096) Content Sync Refresh Required
2010-07-06 07:00:58.804550500 do_syncrep2: rid=000 (4096) Content Sync Refresh Required
at a fast rate.
and the master complains about stale cookies (all slave connections ):
2010-07-06 07:08:44.470077500 conn=1003 op=40499239 SRCH attr=reqDN reqType reqMod reqNewRDN reqDeleteOldRDN reqNewSuperior entryCSN
2010-07-06 07:08:44.470079500 conn=1003 op=40499239 SEARCH RESULT tag=101 err=4096 nentries=0 text=sync cookie is stale
2010-07-06 07:08:44.470760500 conn=1003 op=40499240 SRCH base="dc=com" scope=2 deref=0 filter="(objectClass=*)"
2010-07-06 07:08:44.470762500 conn=1003 op=40499240 SRCH attr=* +
2010-07-06 07:08:44.470764500 conn=1003 op=40499240 SEARCH RESULT tag=101 err=0 nentries=0 text=
2010-07-06 07:08:44.471582500 conn=1003 op=40499241 SRCH base="cn=accesslog" scope=2 deref=0 filter="(&(objectClass=auditWriteObject)(reqResult=0))"
2010-07-06 07:08:44.471585500 conn=1003 op=40499241 SRCH attr=reqDN reqType reqMod reqNewRDN reqDeleteOldRDN reqNewSuperior entryCSN
2010-07-06 07:08:44.471587500 conn=1003 op=40499241 SEARCH RESULT tag=101 err=4096 nentries=0 text=sync cookie is stale
2010-07-06 07:08:44.472298500 conn=1003 op=40499242 SRCH base="dc=com" scope=2 deref=0 filter="(objectClass=*)"
2010-07-06 07:08:44.472301500 conn=1003 op=40499242 SRCH attr=* +
2010-07-06 07:08:44.472302500 conn=1003 op=40499242 SEARCH RESULT tag=101 err=0 nentries=0 text=
2010-07-06 07:08:44.473006500 conn=1003 op=40499243 SRCH base="cn=accesslog" scope=2 deref=0 filter="(&(objectClass=auditWriteObject)(reqResult=0))"
2010-07-06 07:08:44.473008500 conn=1003 op=40499243 SRCH attr=reqDN reqType reqMod reqNewRDN reqDeleteOldRDN reqNewSuperior entryCSN
2010-07-06 07:08:44.473010500 conn=1003 op=40499243 SEARCH RESULT tag=101 err=4096 nentries=0 text=sync cookie is stale


The slave has a rid config of:
syncrepl rid=4
        provider=ldap://X.X.X.X:389
        bindmethod=simple
        binddn="cn=XXXXX,dc=XXX,dc=com"
        credentials=XXXX
        searchbase="dc=com"
        logbase="cn=accesslog"
        logfilter="(&(objectClass=auditWriteObject)(reqResult=0))"
        schemachecking=on
        type=refreshAndPersist
        retry="1 10 2 +"
        sizelimit=unlimited
        timelimit=unlimited
        syncdata=accesslog


Has anyone an idea what is/might be going on, and how to fix/prevent this? 
or how to migrate/replicate in a fast way?

Regards, and thanks in advance.

--
Arjan Filius
mailto:iafilius@xs4all.nl