[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Inconsistent syncrepl behaviour with glue records (ITS#3133)

OK, so my hypothesis was completely incorrect. The problem was not in the
consumer, it was in the master, as identified by doing an ldapsearch with
-E sync=ro.

What appeared to have happened was that the suffix entry (dc=foo,dc=bar)
had a CSN greater than the database's context CSN.

Thus, on the initial sync request, the suffix entry would not be returned
because it would be filtered out by (entryCSN<=contextCSN).

I "fixed" this by updating the suffix entry so that it synced its CSN with
the context CSN, and all was well.

The question remains on how they managed to get their CSNs out of sync. I'll
need to think about this one...

-- Luke