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

Re: LDAP slurp problem [auf Viren überprüft]



Pierangelo Masarati schrieb das Folgende am 18.01.2005 22:10:

Same here with 2.2.17.
I splited the DIT into two partions: root and ou=system.
First I replicated ou=system to two slaves. One database with a single replogfile. Everything works fine.
Today I added a replica-statement for the root-partition to replicate it to slave1. I added a replogfile there. But replication only works for one database, the second is ignored.
I disabled the two replogfiles and set a new one outside the databases.
Replication works, but slurpd seems to attempt to add the changes two times to slave1.
So I changed host for slave1 too SLAVE1 in one database and it works.



master-slapd.conf: ----------------------------------------- [...] replogfile /usr/local/openldap1/var/replog-all

#######################################################################
# BDB database definitions
#######################################################################
database                bdb
subordinate
suffix                  "ou=system,ou=steuer,o=foo,c=bar"
directory       /usr/local/openldap1/var/openldap-data-system
index   objectClass     eq
index default pres,eq
#Replikation!
#replogfile              /usr/local/openldap1/var/replog-system
replica                 uri=ldap://RZHS065:666
                        binddn="uid=repmgr,ou=steuer,o=foo,c=bar"
                        bindmethod=simple
                        suffix="ou=system,ou=steuer,o=foo,c=bar"
                        credentials=xxx

database                bdb
suffix                  "ou=steuer,o=foo,c=bar"
rootdn                  "cn=admin,ou=steuer,o=foo,c=bar"
rootpw                  {SSHA}xxx
#                       pw
directory       /usr/local/openldap1/var/openldap-data
# Indices to maintain
index   objectClass     eq
index default pres,eq
#Replikation!
#replogfile              /usr/local/openldap1/var/replog-master
replica                 uri=ldap://rzhs065:666
                        binddn="uid=repmgr,ou=steuer,o=foo,c=bar"
                        bindmethod=simple
                        suffix="ou=steuer,o=foo,c=bar"
                        credentials=xxx
replica                 uri=ldap://rzhs065:688
                        binddn="uid=repmgr,ou=steuer,o=foo,c=bar"
                        bindmethod=simple
                        suffix="ou=steuer,o=foo,c=bar"
                        credentials=xxx
-----------------------------------------

As far as I understand, either you use a single "replogfile" directive in the global section or separate "replogfile" directives in each database section. In any case, you need to run as many slurpds as the "replogfile" directives are, specifying the replogfile with the "-r" slurpd command line option.
Is it problematic to use only one replogfile overall?


Hans