Hi,
I'm facing a similar issue, but I've noticed that this only happens if one of the master "consumer" servers is restarted. Up to that time it seems the synchronization works perfectly. I had no chance to investigate this in details, but it might help to discover a reason for the problem.
OpenLDAP 2.4.12 BerkeleyDB 4.6.21 + patch.4.6.21.1
Best Regards. Domen
-----Original Message----- From: openldap-software-bounces+d.mavric=iskratel.si@openldap.org [mailto:openldap-software-bounces+d.mavric=iskratel.si@openldap.org] On Behalf Of Dieter Kluenter Sent: Tuesday, October 21, 2008 7:45 PM To: openldap-software@openldap.org Subject: n-way replication question - [SPAM - Keyword] Found word(s) XXX in the Text body
Hi, after successfully setup a 4 node cascading replication and doing some load tests(thank you Quanah for your slamd templates) I wanted to switch to n-way replication, this time 2 nodes to start with. The result in short, ldapadding an initial dataset is synced either way, but any additional ldapadd is only kept local and not synced. -dsync shows successful synced entries:
,----[ successful synced entries ] | syncrepl_entry: rid=002 LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_ADD) | syncrepl_entry: rid=002 inserted UUID 41551418-33d7-102d-94f3-e78d84b17a1f | syncrepl_entry: rid=002 be_search (32) | syncrepl_entry: rid=002 o=dkluenter | syncrepl_entry: rid=002 be_add (0) | syncrepl_entry: rid=002 LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_ADD) | syncrepl_entry: rid=002 inserted UUID 41725ab4-33d7-102d-94f4-e78d84b17a1f | syncrepl_entry: rid=002 be_search (0) | syncrepl_entry: rid=002 cn=replicator,o=dkluenter | syncrepl_entry: rid=002 be_add (0) | syncrepl_entry: rid=002 LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_ADD) | syncrepl_entry: rid=002 inserted UUID 4196ca66-33d7-102d-94f5-e78d84b17a1f | syncrepl_entry: rid=002 be_search (0) | syncrepl_entry: rid=002 cn=Administratoren,o=dkluenter | syncrepl_entry: rid=002 be_add (0) | do_syncrep2: rid=002 LDAP_RES_INTERMEDIATE - REFRESH_DELETE `----
On the second host, on which additional entries where created -dsync shows
Entry ou=people,o=dkluenter changed by peer, ignored Entry cn=foo bar,ou=people,o=dkluenter changed by peer, ignored syncprov_search_response: cookie=rid=001,sid=000,csn=20081021162117.597928Z#000000#000#000000
this entries have not been synced, but only kept local.
The more important line of my slapd.conf
,----[ slapd.conf on node-1, 192.168.110.30 ] | modulepath /opt/openldap-2.4/libexec/openldap | moduleload syncprov.la | | serverID 1 ldap://192.168.100.30:9004/ | serverID 2 ldap://192.168.100.39:9004/ | | access to dn.base="" by * read | access to dn.base="cn=Subschema" by * read | | database config | rootdn "cn=config" | rootpw "xxx" | | database hdb | suffix "o=dkluenter" | rootdn "cn=admin,o=dkluenter" | rootpw hhdy01 | directory /opt/openldap-2.4/var/openldap-data | index objectClass eq | index entryUUID,entryCSN eq | index cn,sn,uid eq,sub | | access to dn.subtree="o=dkluenter" | by group.exact="cn=Administratoren,o=dkluenter" write | by users read | by * auth | syncrepl rid=002 provider=ldap://192.168.100.39:9004/ | bindmethod=simple | binddn="cn=admin,o=dkluenter" | credentials=xxx | searchbase="o=dkluenter" | scope=sub | type=refreshAndPersist | retry="5 5 300 5" | syncrepl rid=003 | provider=ldap://192.168.100.30:9004 | bindmethod=simple | binddn="cn=admin,o=dkluenter" | credentials=xxx | searchbase="o=dkluenter" | scope=sub | type=refreshAndPersist | retry="5 5 300 5" | mirrormode on | overlay syncprov | syncprov-reloadhint true | syncprov-checkpoint 5 5 | | database monitor `----
,----[ slapd.conf node-2, 192.168.100.39 ] | serverID 1 ldap://192.168.100.30:9004/ | serverID 2 ldap://192.168.100.39:9004/ | | syncrepl rid=001 | provider=ldap://192.168.100.30:9004/ | bindmethod=simple | binddn="cn=admin,o=dkluenter" | credentials=xxx | searchbase="o=dkluenter" | scope=sub | type=refreshAndPersist | retry="5 5 300 5" | syncrepl rid=004 | provider=ldap://192.168.100.39:9004/ | bindmethod=simple | binddn="cn=admin,o=dkluenter" | credentials=xxx | searchbase="o=dkluenter" | scope=sub | type=refreshAndPersist | retry="5 5 300 5" | mirrormode on | overlay syncprov | syncprov-reloadhint true | syncprov-checkpoint 5 5 `----
-Dieter -- Dieter Klünter | Systemberatung http://www.dpunkt.de/buecher/2104.html GPG Key ID:8EF7B6C6 53°08'09,95"N 10°08'02,42"E