<quote who="hyc@symas.com">

Duncan Gibb wrote:

...

hyc@symas.com wrote: HYC> syncrepl.c is now updated in HEAD to allow this replication to occur.

HYC> Using your test, I don't see any crash.

Thank you. We'll re-test with current HEAD and post the outcome.

I modified your test case to make it easier to run. The new test is in ftp.openldap.org:incoming/its5430.tgz.1

Above tests pass here with latest HEAD (repository revision: 1.390 /repo/OpenLDAP/pkg/ldap/servers/slapd/syncrepl.c,v

You simply extract it inside the tests/ subdirectory of the build tree. After you have built the OpenLDAP source and run "make test" you can cd into the its5430 directory and run the test.sh from there.

There were also some errors in your config file templates, which are corrected in the above archive.

Most notably, in template 1, you explicitly configured syncprov on top of glue instead of taking the default behavior of syncprov under glue. As documented in slapd.conf(5), you should only do that when you want a single syncprov overlay to be master of the entire tree. In this case, you clearly want syncprov to only master one portion of the tree, with the subordinate being taken care of by its own syncprov overlay. With your incorrect configuration, server3 would receive redundant updates because the subordinate branch would be propagated twice.

server3 also doesn't need syncprov module loaded, as it's a pure consumer.

Thanks,

Gavin.