[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Antw: Re: another CSN too old N-WAY master
>>> Howard Chu <hyc@symas.com> schrieb am 10.10.2013 um 12:23 in Nachricht
<5256800C.9010203@symas.com>:
> Lanfeust troy wrote:
>> Do I open an issue about that with more log. Everyday we have consistency
> problem.
>>
>> This bug ( for me ) appear on "ou" with more than 120K entrie. Every entry
> is
>> check by another application every hour.
>>
>> when are schedule the next release please ?
>> Thanks
>>
>>
>> 2013/10/8 Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de
>> <mailto:Ulrich.Windl@rz.uni-regensburg.de>>
>>
>> >>> "Michael StrÃder" <michael@stroeder.com
>> <mailto:michael@stroeder.com>> schrieb am 08.10.2013 um 12:40 in
>> Nachricht <dbc9e8c25a1bb1bac7905cb6950c87ad@srv1.stroeder.com
>> <dbc9e8c25a1bb1bac7905cb6950c87ad@srv1.stroeder.com">mailto:dbc9e8c25a1bb1bac7905cb6950c87ad@srv1.stroeder.com>>:
>> > On Tue, 08 Oct 2013 12:15:56 +0200 "Ulrich Windl"
>> > <Ulrich.Windl@rz.uni-regensburg.de
>> <mailto:Ulrich.Windl@rz.uni-regensburg.de>> wrote
>> >> Are you sure you are chasing a real problem? AFAIK, in multi-master
> sync,
>> > the
>> >> server that receives a change will send that change to all other
> nodes,
>> >> which, in turn, will also send the changes received to all other
> nodes.
>> >
>> > It would be pretty inefficient if a provider in a MMR setup receives
> its
>> own
>> > modifications.
>>
>> I agree, but from the logs my version seems to do exactly that, so
maybe
> my
>> config is not correct, or the software has a bug. As it still does what
> it
>> should do, I don't care about the bug for the moment...
>
> If a server is receiving its own modifications that means your serverIDs are
>
> not configured correctly. If your serverIDs are not configured correctly MMR
>
> cannot work correctly. Fix your configuration.
It could be due to an older version (openldap2-2.4.26-0.16.1 of SLES11 SP2)
being used...
>>
>> >
>> > Given the fact that I'm also seeing missing entries in a MMR setup
I
>> suspect
>> > there are indeed problems with the contextCSN.
>> >
>> > Another one ITS#7710 which likely is limited to use of
slapo-memberof
> but
>> > I'm
>> > not really sure about that. (The data consistency issues happened
> without
>> > slapo-memberof.)
>> >
>> > Ciao, Michael.
>>
>>
>>
>
>
> --
> -- Howard Chu
> CTO, Symas Corp. http://www.symas.com
> Director, Highland Sun http://highlandsun.com/hyc/
> Chief Architect, OpenLDAP http://www.openldap.org/project/