[Date Prev][Date Next]
(ITS#8309) Replication master/master with delta sync freeze after reboot
- To: openldap-its@OpenLDAP.org
- Subject: (ITS#8309) Replication master/master with delta sync freeze after reboot
- From: email@example.com
- Date: Thu, 12 Nov 2015 13:23:51 +0000
- Auto-submitted: auto-generated (OpenLDAP-ITS)
Full_Name: Florian Suhard
OS: Redhat 6.5
Submission from: (NULL) (126.96.36.199)
My name is Florian Suhard, i'm a french engineer. I am currently working on a
project using openldap replication.
Architecture of the project is as follows.
We have several Redhat 6.5 servers (4 on our test environments).
Each server has its own openldap directory on version 2.4.40.
One of this server is the hub (connected to all other).
Other servers are nodes (only connected to the hub).
Replication master/master with delta sync has been configured on each servers.
Nodes replicates only with the hub, Hub replicate with all nodes.
What we observe it's sometimes (i'm sorry it's really random) when we reboot the
hub, the slapd service 'freeze' on the hub and on others nodes.
Service slapd seems start (service slapd status => OK) but not respo w when we
try to connect with JXplorer and whith php function ldap_connect.
When we restart slapd on the hub (service slapd restart) everything returns to
I have the feeling that it's more easily to reproduce the bug by doing change on
ldap directory before reboot the hub.
We tried to correct by upgrade on openldap version 2.4.42. Redhat not provide
2.4.42 version so we get source rpm of Redhat 2.4.40 and rebuild with source of
Bug still reproduced after the upgrade.
Our replication configuration can be found on your ftp
ftp://ftp.openldap.org/incoming/ in archive Florian-Suhard-20151112.tar
This archive is composed of 4 folders for the 4 servers configurations
slapd_opex-ctm.test.etiam.com.tar => one node
slapd_hia1-ctm.test.etiam.com.tar => one node
slapd_hia2-ctm.test.etiam.com.tar => one node
slapd_central-ctm.test.etiam.com.tar => hub
I tried using gdb to detect the error. I see this trace :
Loaded symbols for /usr/bib64/libnsspem.so
0x00007faa47d2022d in pthread_join (threadid=140368938260224, thread_return=0x0)
89 lll_wait_tid (pd->tid);
I'm at your disposal for any further informations.