<html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> I just noticed that you have many skipped entries, Sent/Skipped: 3 / 9045345 that could be an effect of fractional replication which reiterates the same sequence of changes. This is fixed in recent releases, but looks like your on RHEL 6.6 Ludwig <div class="moz-cite-prefix">On 08/24/2016 06:33 PM, bahan w wrote: </div> <blockquote cite="mid:CAMJtub+hW+2pOBdqz1BANM4yXBfx0-70DVhS7_wgMV0_ZOCK-A@mail.gmail.com" type="cite"> <div dir="ltr"> <div> <div> <div>Hey guys. </div> I performed it : ### # /usr/bin/<a moz-do-not-send="true" href="http://repl-monitor.pl">repl-monitor.pl</a> -f /tmp/checkconf -s Directory Server Replication Status (Version 1.1) Time: Wed Aug 24 2016 18:16:50 Master: <MASTER OK>:389 <a class="moz-txt-link-freetext" href="ldap://">ldap://</a><MASTER OK>:389/ Replica ID: 4 Replica Root: dc=<REALM> Max CSN: 57bdc897000300040000 (08/24/2016 18:17:27 3 0) Receiver: <MASTER UNSYNCHRONIZED>:389 <a class="moz-txt-link-freetext" href="ldap://">ldap://</a><MASTER UNSYNCHRONIZED>:389/ Type: master Time Lag: 0:00:00 Max CSN: 57bdc897000300040000 (08/24/2016 18:17:27 3 0) Last Modify Time: 8/24/2016 18:16:50 Supplier: <MASTER OK>:389 Sent/Skipped: 179031 / 1037 Update Status: 0 Replica acquired successfully: Incremental update started Update Started: 08/24/2016 18:16:50 Update Ended: n/a Schedule: always in sync SSL: SASL/GSSAPI Master: <MASTER UNSYNCHRONIZED>:389 <a class="moz-txt-link-freetext" href="ldap://">ldap://</a><MASTER UNSYNCHRONIZED>:389/ Replica ID: 3 Replica Root: dc=<REALM> Max CSN: 57bdbda1000000030000 (08/24/2016 17:30:41) Receiver: <MASTER OK>:389 <a class="moz-txt-link-freetext" href="ldap://">ldap://</a><MASTER OK>:389/ Type: master Time Lag: - 0:22:29 Max CSN: 57bdb85c000000030000 (08/24/2016 17:08:12) Last Modify Time: 8/24/2016 17:07:34 Supplier: <MASTER UNSYNCHRONIZED>:389 Sent/Skipped: 3 / 9045345 Update Status: 0 Replica acquired successfully: Incremental update started Update Started: 08/24/2016 18:16:50 Update Ended: n/a Schedule: always in sync SSL: SASL/GSSAPI ### </div> <div>Do you see something strange in there ? </div> <div>I have another environment where I have two replicated master and they are OK. </div> <div>And when I check the same command, the result is a little bit different : ### Master: <MASTER 1 OK>:389 <a class="moz-txt-link-freetext" href="ldap://">ldap://</a><MASTER 1 OK>:389/ Replica ID: 4 Replica Root: dc=<REALM> Max CSN: 57bdc88d000300040000 (08/24/2016 18:17:17 3 0) Receiver: <MASTER 2 OK>:389 <a class="moz-txt-link-freetext" href="ldap://">ldap://</a><MASTER 2 OK>:389/ Type: master Time Lag: 0:00:00 Max CSN: 57bdc88d000300040000 (08/24/2016 18:17:17 3 0) Last Modify Time: 8/24/2016 18:16:00 Supplier: <MASTER 1 OK>:389 Sent/Skipped: 343515 / 0 Update Status: 0 Replica acquired successfully: Incremental update succeeded Update Started: 08/24/2016 18:15:59 Update Ended: 08/24/2016 18:16:08 Schedule: always in sync SSL: SASL/GSSAPI Master: <MASTER 2 OK>:389 <a class="moz-txt-link-freetext" href="ldap://">ldap://</a><MASTER 2 OK>:389/ Replica ID: 3 Replica Root: dc=<REALM> Max CSN: 57bdc887000800030000 (08/24/2016 18:17:11 8 0) Receiver: <MASTER 1 OK>:389 <a class="moz-txt-link-freetext" href="ldap://">ldap://</a><MASTER 1 OK>:389/ Type: master Time Lag: - 390:51:38 Max CSN: 57a8500d000400030000 (08/08/2016 11:25:33 4 0) Last Modify Time: 8/8/2016 11:24:28 Supplier: <MASTER 2 OK>:389 Sent/Skipped: 5 / 2596073 Update Status: 0 Replica acquired successfully: Incremental update succeeded Update Started: 08/24/2016 18:16:00 Update Ended: 08/24/2016 18:16:12 Schedule: always in sync SSL: SASL/GSSAPI ### </div> <div> </div> Best regards. </div> Bahan</div> </blockquote> <pre class="moz-signature" cols="72">-- Red Hat GmbH, <a class="moz-txt-link-freetext" href="http://www.de.redhat.com/">http://www.de.redhat.com/</a>, Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Michael Cunningham, Michael O'Neill, Eric Shander</pre> </body> </html>