[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#5332) multimaster replication crash
ghenry@suretecsystems.com wrote:
> <quote who="Marcel Ritter">
>> Gavin Henry schrieb:
>>> Marcel.Ritter@rrze.uni-erlangen.de wrote:
>>>> Full_Name: Marcel Ritter
>>>> Version: HEAD
>>>> OS: Linux (openSUSE 10.3)
>>>> URL: ftp://ftp.openldap.org/incoming/
>>>> Submission from: (NULL) (131.188.78.179)
>>>> When using multimaster replication slapd dies (on x86_64).
>>>>
>>>> I've used the scripts/test050-syncrepl-multimaster with one simple
>>>> modification: I added one ldapadd command at the end of the script,
>>>> trying to add some 20000 entries.
>>>>
>>> Have you tried this on a release, i.e. 2.4.7, not HEAD?
>> Yes - I tried with 2.4.7 first. Then I asked Ralf Haferkamp from
>> SuSE/Novell
>> (he build's openldap 2.4 packages on the openSUSE Build Service) wether
>> he had run some tests on this topic, but he declined and suggested to test
>> with HEAD version.
>>
>> I tried this too, but to the same result.
>>
>> I've run my tests both on SuSE Linux Enterprise Server 10 and openSUSE
>> 10.3.
>> As far as I tested, this occurs only on x86_64 systems (i386 seems to
>> get into
>> an endless loop instead - but this may be for a different reason ...)
I've seen the same crash while trying to add 10,000 entries. A patch for this
is now in HEAD.
I should point out that it's probably not getting into an endless loop. Just
that this test wasn't designed to handle a large number of entries. None of
the indexing that is normally recommended for syncrepl is set up in these
configurations, so all of the search operations that syncrepl performs will
wind up scanning the entire DB multiple times. Also the cache size remains at
its default, so that will cause a lot of churn as you continue to operate on
more entries.
--
-- 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/