openldap-bugs

openldap-bugs@openldap.org

1 participants
20960 discussions

Re: (ITS#6408) 2.4.20 slapd hangs at 99% cpu when adding data
by andreas＠canonical.com 02 Dec '09

02 Dec '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Unfortunately ftp.openldap.org/incoming is full: lftp ftp.openldap.org:/incoming> put AndreasHasenack-091201.tar.bz2 put: Access failed: 553 AndreasHasenack-091201.tar.bz2.30: No space left on device. The same files can be fetched from https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/485026 instead. - -- Andreas Hasenack andreas(a)canonical.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAksVH2cACgkQeEJZs/PdwpCw3QCgvnfE2Ynmzb7wFWvsuH81HmjV XpUAoLzmgy/qBkz4h68J1KJUIv4egNUY =wwV9 -----END PGP SIGNATURE-----

1 0

Re: (ITS#6405) test043-delta-syncrepl failed - producer and consumer databases differ
by hyc＠symas.com 02 Dec '09

02 Dec '09

Michael Ströder wrote: > Howard Chu wrote: >> michael(a)stroeder.com wrote: >>> Download content of testrun/ here: >>> >>> http://www.stroeder.com/temp/openldap/its6405-test043-testrun.tar.gz >> >> Shows that a change was replicated to the consumer and ignored on the >> consumer. But since there's no SYNC logging enabled, we don't see the >> reason why the consumer did this... > > It does not happen very often. This time I had to run it almost 50 times. > > Hope I got the sync log level right herein: > > http://www.stroeder.com/temp/openldap/its6405-test043-testrun-sync-log.tar.… I think you have an OS / clock problem. The skipped op in this case got assigned an entryCSN older than the immediately preceding op. (The missing op has CSN 20091130201002.575384Z. The preceding op was 20091130201002.577244Z) This test doesn't run any concurrent operations, each new op is only submitted after the previous one completes, so this is not a thread concurrency issue, your system clock is going backwards. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#6405) test043-delta-syncrepl failed - producer and consumer databases differ
by michael＠stroeder.com 02 Dec '09

02 Dec '09

Howard Chu wrote: > michael(a)stroeder.com wrote: >> Download content of testrun/ here: >> >> http://www.stroeder.com/temp/openldap/its6405-test043-testrun.tar.gz > > Shows that a change was replicated to the consumer and ignored on the > consumer. But since there's no SYNC logging enabled, we don't see the > reason why the consumer did this... It does not happen very often. This time I had to run it almost 50 times. Hope I got the sync log level right herein: http://www.stroeder.com/temp/openldap/its6405-test043-testrun-sync-log.tar.… Ciao, Michael.

1 0

Re: (ITS#6405) test043-delta-syncrepl failed - producer and consumer databases differ
by michael＠stroeder.com 02 Dec '09

02 Dec '09

Howard Chu wrote: > Howard Chu wrote: >> Michael Ströder wrote: >>> Howard Chu wrote: >>>> michael(a)stroeder.com wrote: >>>>> Download content of testrun/ here: >>>>> >>>>> http://www.stroeder.com/temp/openldap/its6405-test043-testrun.tar.gz >>>> >>>> Shows that a change was replicated to the consumer and ignored on the >>>> consumer. But since there's no SYNC logging enabled, we don't see the >>>> reason why the consumer did this... >>> >>> It does not happen very often. This time I had to run it almost 50 >>> times. >>> >>> Hope I got the sync log level right herein: >>> >>> http://www.stroeder.com/temp/openldap/its6405-test043-testrun-sync-log.tar.… >>> >> >> I think you have an OS / clock problem. The skipped op in this case got >> assigned an entryCSN older than the immediately preceding op. (The >> missing op >> has CSN 20091130201002.575384Z. The preceding op was >> 20091130201002.577244Z) >> This test doesn't run any concurrent operations, each new op is only >> submitted >> after the previous one completes, so this is not a thread concurrency >> issue, >> your system clock is going backwards. >> > A patch for this is now in libldap/util-int.c in HEAD. Hmm, this is a virtual machine running in vmware-player 64 bit. But I didn't suspect to have a clock issue therein since the host is a rather fast dual-core notebook. I will investigate this. Ciao, Michael.

1 0

Re: (ITS#6405) test043-delta-syncrepl failed - producer and consumer databases differ
by hyc＠symas.com 02 Dec '09

02 Dec '09

michael(a)stroeder.com wrote: > Download content of testrun/ here: > > http://www.stroeder.com/temp/openldap/its6405-test043-testrun.tar.gz Shows that a change was replicated to the consumer and ignored on the consumer. But since there's no SYNC logging enabled, we don't see the reason why the consumer did this... -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#6405) test043-delta-syncrepl failed - producer and consumer databases differ
by michael＠stroeder.com 30 Nov '09

30 Nov '09

Failure is reproducible on SLES 10 32-Bit with BDB 4.8 but it seems to work on openSUSE 11.2 x86_64 with BDB 4.5 installed from RPMs.

1 0

Re: (ITS#6405) test043-delta-syncrepl failed - producer and consumer databases differ
by michael＠stroeder.com 30 Nov '09

30 Nov '09

Download content of testrun/ here: http://www.stroeder.com/temp/openldap/its6405-test043-testrun.tar.gz

1 0

(ITS#6405) test043-delta-syncrepl failed - producer and consumer databases differ
by michael＠stroeder.com 30 Nov '09

30 Nov '09

Full_Name: Michael Ströder Version: 2.4.20 OS: SLES 10 URL: Submission from: (NULL) (84.163.87.167) SLES 10 32 Bit gcc version 4.1.0 (SUSE Linux) BDB 4.8 >>>>> Starting test043-delta-syncrepl for bdb... running defines.sh Starting producer slapd on TCP/IP port 9011... Using ldapsearch to check that producer slapd is running... Using ldapadd to create the context prefix entries in the producer... Starting consumer slapd on TCP/IP port 9012... Using ldapsearch to check that consumer slapd is running... Using ldapadd to populate the producer directory... Waiting 7 seconds for syncrepl to receive changes... Stopping the provider, sleeping 10 seconds and restarting it... Using ldapsearch to check that producer slapd is running... Using ldapmodify to modify producer directory... Waiting 7 seconds for syncrepl to receive changes... Stopping consumer to test recovery... Modifying more entries on the producer... Restarting consumer... Waiting 7 seconds for syncrepl to receive changes... Try updating the consumer slapd... Waiting 7 seconds for syncrepl to receive changes... Using ldapsearch to read all the entries from the producer... Using ldapsearch to read all the entries from the consumer... Filtering producer results... Filtering consumer results... Comparing retrieved entries from producer and consumer... test failed - producer and consumer databases differ >>>>> ./scripts/test043-delta-syncrepl failed for bdb (exit 1) make[2]: *** [bdb-mod] Error 1 make[2]: Leaving directory `/source/openldap-2.4.20/tests' make[1]: *** [test] Error 2 make[1]: Leaving directory `/source/openldap-2.4.20/tests' make: *** [test] Error 2

1 0

Re: (ITS#6402) Mismatched parentheses in LBER_INVALID macro
by h.b.furuseth＠usit.uio.no 30 Nov '09

30 Nov '09

Fixed in cvs HEAD: Replaced the macro with a comment. I've also updated the comments above about BER identifier octets vs tags. Hopefully I got it right this time, someone please have a look:-) http://www.openldap.org/devel/cvsweb.cgi/include/lber.h.diff?r1=1.111&r2=1.… -- Hallvard

1 0

ITS#6379 published: SECURITY: Incorrect handling of '\0' in postal address
by openldap-its＠OpenLDAP.org 30 Nov '09

30 Nov '09

Private ITS#6379 is now publicly readable URL: http://www.OpenLDAP.org/its/?findid=6379

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs