On 18.06.2013 02:18, Quanah
Gibson-Mount wrote:
--On June 17, 2013 6:23:10 PM +0200 michal
<michal.kepkowski@gmail.com> wrote:
Hi,
I have two ldap servers on two different machines (one is
working under
debian another is a qnap). I would like to create a mirrormode
servers.
So I configure slapd.conf like it is described here
(http://www.openldap.org/doc/admin24/replication.html) I've
changed my
personal data.
First server:
serverID 001
syncrepl rid=001
provider=ldap://another-server
bindmethod=simple
binddn="cn=root,o=zpcir"
credentials="pass"
searchbase="database-path"
schemachecking=on
type=refreshAndPersist
retry="60 +"
mirrormode on
overlay syncprov
syncprov-checkpoint 100 10
syncprov-sessionlog 100
Second server has changes only in serverID = 002,
provider=ldap://another-server2, rid=002
I run slapd daemon in debug "slapd -d256 -u root -h "ldap:///"
-f
/etc/ldap/slapd.conf"
And my syncrepl is working because on the other server (where
I run
slapd in the same mode) I have response:
conn=1000 fd=11 ACCEPT from IP=First-serwer:34579
(IP=0.0.0.0:389)
conn=1000 op=0 BIND dn="bind-info" method=128
conn=1000 op=0 BIND dn="bind-info" mech=SIMPLE ssf=0
conn=1000 op=0 RESULT tag=97 err=0 text=
conn=1000 op=1 SRCH base="cn=database-path" scope=2 deref=0
filter="(objectClass=*)"
conn=1000 op=1 SRCH attr=* +
And slapd is in this state for a long time and nothing is
happening. It
is answering for another calls, however conn=1000 is still
running (I
suppose). There is no result databases aren't updated.
Do you have any ideas what is wrong with my replication?
Why do you assume something is wrong? You set it up to use a
persistent connection, that is apparently what it is doing.
--Quanah
Thank you for your reply Quanah,
I changed my connection type to refreshOnly to see what will happen.
I think that connetion is OK. And it also found change when I added
new entry to one database.
conn=1029 fd=23 ACCEPT from IP=156.17.9.28:49594 (IP=0.0.0.0:389)
conn=1029 op=0 BIND dn="bindus" method=128
conn=1029 op=0 BIND dn="bindus" mech=SIMPLE ssf=0
conn=1029 op=0 RESULT tag=97 err=0 text=
conn=1029 op=1 SRCH base="my-base" scope=2 deref=0
filter="(objectClass=*)"
conn=1029 op=1 SRCH attr=* +
conn=1029 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text=
conn=1029 op=2 UNBIND
conn=1029 fd=23 closed
However nothing has changed in my second database. It can be problem
with writing, I suppose.