[Date Prev][Date Next]
Re: delta-synrepl consumer randomly delete objects
- To: firstname.lastname@example.org
- Subject: Re: delta-synrepl consumer randomly delete objects
- From: Raffael Sahli <email@example.com>
- Date: Wed, 26 Oct 2016 09:07:28 +0200
- In-reply-to: <19088BA1D7D832B5559045F3@[192.168.1.19]>
- References: <58086FE6.firstname.lastname@example.org> <WMemail@example.com> <19088BA1D7D832B5559045F3@[192.168.1.19]>
- User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0
On 10/25/2016 03:26 AM, Quanah Gibson-Mount wrote:
> --On Thursday, October 20, 2016 10:19 AM +0200 Raffael Sahli
> <firstname.lastname@example.org> wrote:
>> What can lead a consumer to "randomly" delete ~50% of all objects in his
>> database? I have this problem now for ~1-2months and on 3 different
>> master/slave groups.
>> The consumer starts to delete objects (but those are all present on the
>> Oct 19 17:16:22 ldap-slave002.xxx slapd: do_syncrep2: rid=999
>> LDAP_RES_INTERMEDIATE - SYNC_ID_SET Oct 19 17:16:22 ldap-slave002.xxx
> This is not delta-syncrepl, this is syncrepl. What triggered your
> system to fall back to syncrepl?
Tell me, I really don't know.
Is this as designed? Syncrepl as fall back mechanism if delta-syncrepl
failed? (But I don't know why delta-synrepl failed,
how can I verify that delta-syncrepl does work properly)
However this should not happen with syncrepl anyways. How can it be that
I have only 23 objects left on my consumer after
a full re sync with thousands of objects?