[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