https://bugs.openldap.org/show_bug.cgi?id=10136
--- Comment #2 from Ondřej Kuzník <[email protected]> --- On Fri, Nov 24, 2023 at 06:19:24PM +0000, [email protected] wrote: > We have configured mirror mode replication with two nodes. > Node1 syncrepl > > {0}rid=1 provider=ldaps://AWPCISQL22.otxlab.net:6366 type=refreshAndPersist > searchbase="o=otxlab.net" schemachecking=off bindmethod=simple > binddn="cn=Directory Manager,o=otxlab.net" credentials=d retry="120 10 300 +" > timeout=60 tls_reqcert=never tls_cacert="C:\Program > Files\OpenText\CARS\defaultInst\certificates\AWPCISQL22.otxlab.net-cert.cer" > tls_cert="C:\Program > Files\OpenText\CARS\defaultInst\certificates\AWPCISQL22.otxlab.net-cert.cer" > tls_key="C:\Program > Files\OpenText\CARS\defaultInst\certificates\AWPCISQL22.otxlab.net-key.pvk" > > > Node2 syncrepl > > {0}rid=2 provider=ldaps://AWPCTHA1.otxlab.net:6366 type=refreshAndPersist > searchbase="o=otxlab.net" schemachecking=off bindmethod=simple > binddn="cn=Directory Manager,o=otxlab.net" credentials=d retry="120 10 300 +" > timeout=60 tls_reqcert=never tls_cacert="C:\Program > Files\OpenText\CARS\defaultInst\certificates\AWPCTHA1.otxlab.net-cert.cer" > tls_cert="C:\Program > Files\OpenText\CARS\defaultInst\certificates\AWPCTHA1.otxlab.net-cert.cer" > tls_key="C:\Program > Files\OpenText\CARS\defaultInst\certificates\AWPCTHA1.otxlab.net-key.pvk" > > olcMultiProvider is ON. > > Now when records are inserted into node1, it is replicating to node2 but after > sometime glue entries are created in node2 and from then onwards replication > is > not working. Attached the sync logs from both the nodes. The below two entries > are in glue state and not recovering from this state. > cn=Method Set CAPackage,cn=Cordys > CAPConnector,cn=cordys,cn=defaultInst,o=otxlab.net > > cn=Cordys CAPConnector,cn=cordys,cn=defaultInst,o=otxlab.net > > Any clue on what is going wrong here? Is this due to the 'retry' > configuration? Hi, you're not showing the other side of the replication (Node1 replicating from Node2). Also your logs suggest that Node2 considers cn=Cordys CAPConnector,cn=cordys,cn=defaultInst,o=otxlab.net has been intentionally deleted since the last time Node1 has updated it. In general, unless you can reproduce a desync and have a (semi-)reliable way of doing so that you can share here, please post to openldap-technical as 99 % of the time an issue comes from operational issues, not code. Closing this issue, please follow up there if you have futher questions. Regards, -- You are receiving this mail because: You are on the CC list for the issue.
