[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Syncrepl initial sync provider sends entries in wrong order
- To: openldap-technical@openldap.org
- Subject: Syncrepl initial sync provider sends entries in wrong order
- From: Γ. Μηλιώτης <corfiot@ionio.gr>
- Date: Thu, 29 Sep 2016 13:15:48 +0300
- Authentication-results: smtp.ionio.gr; dmarc=pass header.from=ionio.gr
- Authentication-results: smtp.ionio.gr; spf=pass smtp.mailfrom=corfiot@ionio.gr
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ionio.gr; s=20130914; t=1475144151; bh=Yxx4fVtfgmT1Jk4yOgZfxfWoBzDeltcHYgvZz1mcR7s=; h=To:From:Subject:Date:From; b=lwaHxpaBxRJMG88p3yjDeJsEGq4GHu30CIIEYY87yM5d/5ncbU/oXmbw72VJJeTRh W6wLvkQxV8qId2HbuNhhptUeOzQXd03RrIZWtrQ8JEdZauUAgcz2LUPcSqff4xxxEX fBU2E727I9XmrkgCxQ13enx/EPU8GxaV8w0f0+7g=
- Dmarc-filter: OpenDMARC Filter v1.3.1 smtp.ionio.gr 3sl9Sl0KT4zSnY2
- User-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0
Hello everyone,
I'm wondering if a syncrepl behaviour I'm seeing is correct. My consumer
is 4.4.42 and my provider 4.4.40. I'm using refreshOnly replication and
when I first create the database entry on the consumer the whole process
stops after 5-6 records.
I have tested the syncuser and its searches against the provider return
>9000 results. So it's not a limit or auth issue. I have matched the
schemas on both servers successfully. I believe the issue is that the
provider is sending the records in an incorrect order.
I get a record with an entryCSN in 20151001 and then a record with an
entryCSN before that. So, if I understand it, operating correctly, the
consumer complains the record is too old and ignores it, stopping
replication. The contextCSN of the provider is in the 2016* range, the
consumer's is stuck in 2015* range and the log spams "too old". I'm
using the -c rid=XXX option to run slapd and deleting the DB between tests.
Shouldn't the provider send the entries in a entryCSN-ascending order
during the initial sync?
Thanks for any insight you can provide.
--GM