https://bugs.openldap.org/show_bug.cgi?id=9282
--- Comment #9 from Howard Chu hyc@openldap.org --- (In reply to Howard Chu from comment #7)
(In reply to Ondřej Kuzník from comment #6)
- a SID is added to the set by the provider, like here. This could be due to
a delete (like here) and that delete has to be replicated - that is the point of running syncrepl_del_nonpresent
Yes, the problem that was being addressed is that if the local node knows about more SIDs than the remote node, then the incoming present list from the remote node can't be trusted. Doing a del_nonpresent could delete a lot of entries that the remote node doesn't know about, but exist legitimately on the local node.
More on this, from https://bugs.openldap.org/show_bug.cgi?id=5470#c15
We could try changing del_nonpresent to ignore entries with entryCSN newer than the current remote cookie, instead of ignoring the entire presentlist.