[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Update: replog not created anymore ...
I note that (in regards to 1) one cannot expect monitor backend
to create replog entries and (in regards to 2) its unclear exact
what is meant by "corruption" (could just be an out-of-date
slave). Doesn't seem to be enough information here to file
a good ITS yet.
Kurt
At 11:28 PM 10/25/2004, Pierangelo Masarati wrote:
>File an ITS. Note that back-monitor has ben enabled and activated in all tests for quite some time.
>
>p.
>
>Christiaan den Besten wrote:
>
>>Since I just couldn't stand replication not working anymore I did some more tests. After a while I remembered that the last thing I had been playing with was de 'database monitor' settings for statistics.
>>
>>This seems to be my problem.
>>
>>Three scenario's tested (in alle cases the slave ldap server has 'database monitor' turned on).
>>
>>1.
>>
>>---
>>database monitor
>>
>>replogfile /usr/local/var/lib/ldap/replog
>>replica host=slave.nl bindmethod=simple binddn=cn=admin,o=slave,c=nl credentials=password tls=no
>>---
>>
>>Result: Replication does nothing. Completely dead.
>>
>>2.
>>
>>---
>>replogfile /usr/local/var/lib/ldap/replog
>>replica host=slave.nl bindmethod=simple binddn=cn=admin,o=slave,c=nl credentials=password tls=no
>>---
>>
>>Result: Whee, all works again. But no statistics ;(
>>
>>3.
>>
>>---
>>replogfile /usr/local/var/lib/ldap/replog
>>replica host=slave.nl bindmethod=simple binddn=cn=admin,o=slave,c=nl credentials=password tls=no
>>
>>database monitor
>>---
>>
>>Result: Eeeeeeeek !!!, slave database corruption after a couple of add/delete queries at the master.
>>
>>Is there something specific I should do when using the "database monitor" feature?
>>
>>bye,
>>Chris
>>
>>Openldap-2.2.17 (in /usr/local), Fedora Core2, installed alongside default FC2 openldap 2.1.29
>>
>>----- Original Message ----- From: "Christiaan den Besten" <chris@scorpion.nl>
>>To: <OpenLDAP-software@OpenLDAP.org>
>>Sent: Friday, October 22, 2004 2:33 AM
>>Subject: replog not created anymore ...
>>
>>
>>>Hi all!
>>>
>>>I have upgraded our Fedora Code 2 supplied version of ldap with the one supplied at http://www.int-evry.fr/mci/user/procacci/SRPMS/FC2/. Installed the thing in /usr/local for comfort and had no complaints for days!
>>>
>>>( I actually updated to this version because I had mayor db locks when using the default FC2 supplied version of slap. I only just read about DB_CONFIG a couple of days ago, so maybe these explain my bdb lockups ..... )
>>>
>>>Yesterday I noticed that my slave ldap server did not receive any replication updates anymore :( .... after some investigation I am stuck ...
>>>
>>>@master server:
>>>
>>>---
>>>[root@master /usr/local/var/lib/ldap]# slaptest -d 64 -v 2>&1 | grep "repl"
>>>line 113 (replogfile /usr/local/var/lib/ldap/replog)
>>>line 114 (replica ***)
>>>[root@master /usr/local/var/lib/ldap]# ls -al
>>>total 25168
>>>drwx------ 2 ldap ldap 4096 Oct 22 02:01 .
>>>drwxr-xr-x 3 root root 4096 Oct 22 01:37 ..
>>>-rw------- 1 ldap ldap 466944 Oct 22 02:01 cn.bdb
>>>-rw------- 1 ldap ldap 16384 Oct 22 01:37 __db.001
>>>-rw------- 1 ldap ldap 278528 Oct 22 01:37 __db.002
>>>-rw------- 1 ldap ldap 98304 Oct 22 01:37 __db.003
>>>-rw------- 1 ldap ldap 450560 Oct 22 01:37 __db.004
>>>-rw------- 1 ldap ldap 16384 Oct 22 01:37 __db.005
>>>-rw-r--r-- 1 ldap ldap 411 Oct 22 02:01 DB_CONFIG
>>>-rw------- 1 ldap ldap 344064 Oct 22 02:09 dn2id.bdb
>>>-rw------- 1 ldap ldap 49152 Oct 22 02:01 gidNumber.bdb
>>>-rw------- 1 ldap ldap 1310720 Oct 22 02:09 id2entry.bdb
>>>-rw------- 1 ldap ldap 10485705 Oct 22 01:40 log.0000000001
>>>-rw------- 1 ldap ldap 10475423 Oct 22 02:09 log.0000000002
>>>-rw------- 1 ldap ldap 946176 Oct 22 02:01 mail.bdb
>>>-rw------- 1 ldap ldap 167936 Oct 22 02:05 objectClass.bdb
>>>-rw------- 1 ldap ldap 8192 Oct 22 01:37 ou.bdb
>>>-rw------- 1 ldap ldap 253952 Oct 22 02:01 sn.bdb
>>>-rw------- 1 ldap ldap 454656 Oct 22 02:01 uid.bdb
>>>-rw------- 1 ldap ldap 49152 Oct 22 02:05 uidNumber.bdb
>>>[root@master /usr/local/var/lib/ldap]#
>>>---
>>>
>>>It does not create any replog file anymore, and therefore slurpd does not send any updates to our slave anymore ( i guess ?? ) :(
>>>
>>>Any hints what to do to debug this ?
>>>
>>>bye,
>>>Chris
>>>
>>>
>
>
>
>
>
> SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497