[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
[SOLVED] RE: OpenLDAP 2.4 : replication doesn't work when customer is stopped
- To: "openldap-technical@openldap.org" <openldap-technical@openldap.org>
- Subject: [SOLVED] RE: OpenLDAP 2.4 : replication doesn't work when customer is stopped
- From: PROST FrÃdÃric <f.prost@mb-line.com>
- Date: Thu, 8 Mar 2012 12:11:53 +0100
- Accept-language: fr-FR
- Acceptlanguage: fr-FR
- Content-language: fr-FR
- Thread-index: Acz9G9vuh5fQpgHmTAiemhsrubp51w==
- Thread-topic: [SOLVED] RE: OpenLDAP 2.4 : replication doesn't work when customer is stopped
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