Hello,<div><br></div><div>I&#39;m writing to this list to clarify if I discovered a bug or just did not configure OpenLDAP properly.</div><div><br></div><div>I&#39;ve set up OpenLDAP to run in &quot;MirrorMode&quot;:</div>
<div><br></div><div># [...]</div><div>overlay syncprov</div><div>syncprov-checkpoint     100 10</div><div>syncprov-sessionlog     100</div><div><div># [...]</div><div><div>syncrepl        rid=001</div><div>                provider=ldap://localhost:11389</div>
<div>                type=refreshAndPersist</div><div>                searchbase=&quot;o=esolution,dc=deutscherv,dc=de&quot;</div><div>                schemachecking=on</div><div>                bindmethod=simple</div><div>
                binddn=&quot;cn=MirrorMode,o=esolution,dc=deutscherv,dc=de&quot;</div><div>                credentials=&quot;M1rr0rM3&quot;</div><div>                retry=&quot;60 +&quot;</div><div><br></div><div>serverID        1</div>
<div>mirrormode      on</div></div><div><div># [...]</div><div><br></div><div>The second server is set up identically, except &quot;serverID&quot; is 2 and &quot;provider&quot; is set to URL of first server. The fact addresses are &quot;localhost&quot; is because I replicated my main setup on my private server to better inspect and debug the problem.</div>
<div><br></div><div>When adding, modifying and deleting an entry it can happend I do get a positive return from delete, but a subsequent &quot;add&quot; fails with &quot;code=68: Already exists&quot;.</div><div><br></div>
<div>This does not happen all the time, but often enough to name it &quot;reproducible&quot;.</div><div><br></div><div>This seems not to happen if there&#39;s a &quot;sleep&quot; between modify and delete. It also seems not to happen if secondary server is down. So either I&#39;ve got a configuration problem or there&#39;s a problem with synchronization.</div>
<div><br></div><div>Anybody here to help, tracking down this problem?</div><div><br></div><div>Thanks a lot, and</div></div>-- <br>Regards,
</div><div>Peter</div>