[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Segfault in slapd 2.4.8 - syncrepl and glue (ITS#5430)
duncan.gibb@siriusit.co.uk wrote:
> Duncan.Gibb@siriusit.co.uk wrote:
>
> DG> Can anyone else reproduce this, or do we need to work on more examples?
>
> After more experimentation, I believe this crash only happens if
> replication between servers 1 and 2 (master of the main tree and
> subordinate master respectively) has completed before server 3 (consumer
> of 1) is started.
>
> We've scripted a test which works for me against 2.4.8 and did work
> against CVS HEAD until Howard committed
What does "work" mean? Please use more precise terminology. Did it reproduce
the crash, or did it all replicate correctly? (The latter being the only thing
that I would define as "working".)
> openldap-src/servers/slapd/syncrepl.c 2008-03-19 23:26:40 +0000.
Use revision numbers, that's what they're for. There is nothing in CVS with
the above timestamp.
> That
> changes the syncrepl<-->glue interaction such that the data from server
> 2 is never replicated to server 1 (a pre-requisite for this crash).
> Maybe our config wrongly depends on the old behaviour. I'll look at
> that tomorrow.
>
> Test rig (3.7K) is at
>
> http://pastebin.siriusit.co.uk/openldap-its5430-scripted-test-2008-03-19.tar.gz
>
> tar xzf openldap-its5430-scripted-test-2008-03-19.tar.gz
> cd openldap-its5430-scripted-test-2008-03-19
> ./build.sh
> ./test.sh
>
> Optionally copy CVS openldap-src from before the above commit into the
> directory before invoking build.sh.
>
> Probably only works on Linux. Reproducible with bdb and hdb backends
> using BDB 4.4 on Debian Lenny/i386 (bare metal). Not reproducible with
> the ldif backend because replication from 2 to 1 never happens.
--
-- 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/