Re: syncrepl fails on RE_2_4

[Howard Chu <hyc@symas.com>]

Dieter Kluenter wrote:
> Hi,
> I'm testing REL_ENG_2_4.

Testing for RE24 is done, the cutoff was a few hours ago. 2.4.6 has already 
been tagged for release.

> The provider is loaded with slapadd -w -F -f
> -l, while the consumer is started with an empty database. The initial
> database is replicated by the consumer but no further synchronisation
> occurs. I tested read access to all databases with ldapsearch so there
> is no hidden access rule that prevents from reading.
>
> On the consumer I see many
> do_syncrep2: rid=003 got search entry without Sync State control
> do_syncrepl: rid=003 retrying (4 retries left)
>
> I don't know wether this is important.
>
> this are my configuration files

Looks like you're trying to use delta-syncrepl. Obviously that's not the same 
as plain syncrepl. You should be more specific in your problem descriptions.

The message you see above is of course a problem. If the syncrepl consumer 
gets a response from the provider without a syncrepl control attached, it will 
abort.

It looks like you haven't configured a syncrepl provider on your access log, 
which would explain why the provider isn't attaching the control. (Because 
there is no provider.) Doesn't appear to be any software issues here.
> ,----[ provider slapd.conf ]
> | database config
> | rootdn  cn=config
> | rootpw  secret
> | access to dn.subtree="cn=config" by dn.exact="cn=replicator,o=avci,c=de" read
> | overlay syncprov
> |
> | database        bdb
> | suffix          "o=avci,c=de"
> | rootdn          "cn=admin,o=avci,c=de"
> | rootpw          secret
> | ...
> |
> | overlay accesslog
> | logdb   cn=log
> | logops writes
> | logpurge 3+00:00 1+00:00
> |
> | overlay syncprov
> | syncprov-checkpoint 5 10
> |
> | database bdb
> | suffix cn=log
> | directory /tmp/slapd1/log
> | rootdn cn=log
> | index reqStart eq
> | access to dn.subtree="cn=log" by dn.exact="cn=replicator,o=avci,c=de" read
> | database monitor
> `----
>
> ,----[ consumer slapd.conf ]
> | database config
> | rootdn  cn=config
> | rootpw  hhdy01
> | access to dn.subtree="cn=config" by dn.exact="cn=replicator,o=avci,c=de" read
> |
> | syncrepl rid=01
> |         provider=ldap://localhost:1007
> |         bindmethod=sasl
> |         saslmech=digest-md5
> |         authcid=replicator
> |         credentials=xxxxxx
> |         searchbase="cn=config"
> |         scope=sub
> |         attrs="*","+"
> |         type=refreshAndPersist
> |         retry="5 5 300 5"
> | MirrorMode off
> |
> | database        bdb
> | suffix          "o=avci,c=de"
> | rootdn          "cn=admin,o=avci,c=de"
> | rootpw          secret
> | syncrepl rid=03
> |         provider="ldap://localhost:9007";
> |         bindmethod=sasl
> |         saslmech=digest-md5
> |         authcid=replicator
> |         credentials=replicator
> |         searchbase="o=avci,c=de"
> |         scope=sub
> |         attrs="*","+"
> |         type=refreshAndPersist
> |         retry="5 5 300 5"
> |         logbase="cn=log"
> |         syncdata=accesslog
> |
> | updateref ldap://localhost:9007
> | MirrorMode off
> |
> | overlay accesslog
> | logdb   cn=log
> | logops writes
> | logpurge 3+00:00 1+00:00
> | index reqStart eq
> |
> | database bdb
> | suffix cn=log
> | directory /tmp/slapd2/log
> | rootdn cn=log
> | index reqStart eq
> | access to dn.subtree="cn=log" by dn.exact="cn=replicator,o=avci,c=de" read
> |
> | database monitor
> `----
>
> -Dieter


--
  -- Howard Chu
  Chief Architect, Symas Corp.  http://www.symas.com
  Director, Highland Sun        http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP     http://www.openldap.org/project/