[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Segfault in slapd 2.4.8 - syncrepl and glue (ITS#5430)
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
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.
You also inserted the overlay directives in the middle of your database
clauses, which is poor practice (and caused crashes in older OpenLDAP
releases). Again, as documented, overlays are meant to be configured at the
end of their respective databases.
Not an error, but you used unique rids across all of the config files. rids
only need to be unique within a single server.
--
-- 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/