After so many days of testing I finally found the solution, which is working on both the last version built from source and the Debian version : I found it thanks to this post : http://www.openldap.org/lists/openldap-technical/201008/msg00274.html
When we check the csn value it appears that ServerID is not transmitted : csn=20120308091919.539118Z#000000#000#000000 (the string #000# should be serverID) . To correct this problem, I simply changed the slapd -h option in my startup script (/etc/default/slapd on Debian) from : SLAPD_SERVICES="ldap:/// ldapi:///" To : SLAPD_SERVICES="ldap://<ip or hostname of the server (same as oclServerID)>" This has to be done on both nodes with the correct IP. Then, my csn is now someting like : csn=20120308111043.060040Z#000000#001#000000 (note the #001# corresponding to the serverId) Then retart the server and everything is runnig fine. Regards, -- Frédéric PROST -----Message d'origine----- De : Quanah Gibson-Mount [mailto:[email protected]] Envoyé : mercredi 7 mars 2012 18:02 À : PROST Frédéric; [email protected] Objet : RE: OpenLDAP 2.4 : replication doesn't work when customer is stopped --On Wednesday, March 07, 2012 8:06 AM +0100 PROST Frédéric <[email protected]> wrote: > Hello, > > My OpenLDAP version is 2.4.23 (installed with apt-get install slapd on > Debian Squeeze). Using 2.4.23 from Debian is a bad decision, for numerous reasons, which have been discussed multiple times on the list. Please see: <http://www.openldap.org/faq/data/cache/1456.html> for just a beginning of the reasons as to why this is a bad idea. --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration
