[Date Prev][Date Next] [Chronological] [Thread] [Top]

RE: n-way replication question



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