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:quanah@zimbra.com] Envoyé : mercredi 7 mars 2012 18:02 À : PROST Frédéric; openldap-technical@openldap.org 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 f.prost@mb-line.com 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