Dear Alex,
On 28/07/10 18:57 -0400, Alexander Ivanov wrote:
Hello guys, I have a problem with delta-syn replication (all set up according to 'official' guide - http://www.openldap.org/doc/admin24/replication.html#Delta-syncrepl I have master instance with logs 'shipped' to a client - it all works fine as long as connection is good. Getting ready to move into production I'm trying to emulate connectivity problems and here where I got problems.
[snip]
once I have server disconnected (I sumply restart slapd on master), the client not even tries to re-connect, the log below shows modificatin operation at 18:34:18 that went fine and 11 seconds later I restart master's ldap service (which became immediately available again):
I am having the same trouble, but with ordinary syncrepl. As soon as the master is restarted, the slaves all quit their syncrepl threads, and never start again:
Aug 12 08:58:00 ldapro04 slapd[9166]: do_syncrep2: rid 003 Can't contact LDAP server Aug 12 08:58:00 ldapro04 slapd[9166]: do_syncrepl: rid 003 quitting
This is a serious barrier to deployment in a busy production environment with many slaves.
Jul 28 18:34:29 newton slapd[20353]: do_syncrepl: rid 101 quitting
I'm running openldap 2.3.43-12.el5_5.1 from standard CentOS 5.4 installation.
I am running the same openldap as you, on CentOS 5.5.
Do I get something wrong and slave not supposed to re-connect after master service restart or is this some kind of a problem that was fixed in later versions?
I have exactly the same question. I don't think Alex and I are the only ones with this situation.
slapd.conf on provider: =======================
# slapd.conf generated by /usr/bin/conform
include /etc/openldap/schema/core.schema include /etc/openldap/schema/cosine.schema include /etc/openldap/schema/inetorgperson.schema include /etc/openldap/schema/nis.schema include /etc/openldap/schema/local.schema
loglevel stats sync allow bind_v2 pidfile /var/run/openldap/slapd.pid argsfile /var/run/openldap/slapd.args tool-threads 4 modulepath /usr/lib64/openldap
############################################################ # GLOBAL database definition ############################################################
access to dn.base="" by * read
access to dn.base="cn=Subschema" by * read
############################################################ # ou=tree,ou=name database definition ############################################################
database bdb suffix "ou=tree,ou=name" rootdn cn=manager,ou=tree,ou=name rootpw root-password directory /var/lib/ldap/ou=tree,ou=name index entryCSN eq index entryUUID eq index objectClass eq index uid eq index username eq
cachesize 1000000 idlcachesize 1000000 checkpoint 65536 240 idletimeout 300 writetimeout 90000 limits dn.base=cn=syncrepl,ou=tree,ou=name size.soft=unlimited size.hard=unlimited time.soft=unlimited time.hard=unlimited
access to dn.subtree="ou=tree,ou=name" by dn="cn=syncrepl,ou=tree,ou=name" read by peername.ip=227.137.34.172 read by peername.ip=209.146.228.56 read by peername.ip=147.107.14.11 read by peername.ip=127.0.0.1 read by * none break
access to dn.subtree="ou=tree,ou=name" attrs=userPassword by anonymous auth by * none break
overlay syncprov checkpoint 1000 5 sessionlog 100000
slapd.conf on consumer: =======================
# slapd.conf generated by /usr/bin/conform
include /etc/openldap/schema/core.schema include /etc/openldap/schema/cosine.schema include /etc/openldap/schema/inetorgperson.schema include /etc/openldap/schema/nis.schema include /etc/openldap/schema/local.schema
loglevel stats sync allow bind_v2 pidfile /var/run/openldap/slapd.pid argsfile /var/run/openldap/slapd.args tool-threads 8
############################################################ # GLOBAL database definition ############################################################
access to dn.base="" by * read
access to dn.base="cn=Subschema" by * read
############################################################ # ou=tree,ou=name database definition ############################################################
database bdb suffix "ou=tree,ou=name" rootdn cn=manager,ou=tree,ou=name rootpw root-password directory /var/lib/ldap/ou=tree,ou=name index entryCSN eq index entryUUID eq index objectClass eq index uid eq index username eq
cachesize 1000000 idlcachesize 1000000 checkpoint 65536 240 idletimeout 300 writetimeout 90000
access to dn.subtree="ou=tree,ou=name" by peername.ip=49.66.187.43 read by peername.ip=139.243.36.117 read by peername.ip=115.165.210.17 read by peername.ip=25.79.141.72%255.255.255.0 read by peername.ip=127.0.0.1 read by * none break
access to dn.base="ou=tree,ou=name" by peername.ip=238.118.197.179 read by * none break
access to dn.subtree="ou=tree,ou=name" attrs=userPassword by anonymous auth by * none break
syncrepl rid=003 provider=ldap://master:389 type=refreshAndPersist bindmethod=simple binddn="cn=syncrepl,ou=tree,ou=name credentials=syncrepl-password searchbase="ou=tree,ou=name"
If you see any problems with these configuration files, please let me know, even if they do not relate to the problem of syncrepl terminating after master is restarted.
I will send further information if that would help; please let me know what would cast light on this.