openldap-bugs

openldap-bugs@openldap.org

1 participants
21001 discussions

Re: (ITS#5687) corrupted double-linked list on shutdown
by hyc＠symas.com 05 Sep '08

05 Sep '08

h.b.furuseth(a)usit.uio.no wrote: >> [quanah@freelancer tests]$ *** glibc detected *** >> /home/quanah/q/openldap-2.4.12/servers/slapd/.libs/lt-slapd: corrupted >> double-linked list: 0x000000000d28a430 *** > > This message comes from glibc malloc. Its data structures are > corrupted. Right. But ordinarily, valgrind intercepts all mallocs and as such, any corruption should have been detected first by valgrind. The fact that valgrind didn't complain implies either a bug in valgrind or a bug in glibc. -- -- 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#5687) corrupted double-linked list on shutdown
by h.b.furuseth＠usit.uio.no 05 Sep '08

05 Sep '08

> [quanah@freelancer tests]$ *** glibc detected *** > /home/quanah/q/openldap-2.4.12/servers/slapd/.libs/lt-slapd: corrupted > double-linked list: 0x000000000d28a430 *** This message comes from glibc malloc. Its data structures are corrupted. I couldn't figure out much from the the valgrind output. But you'll get more frequent mallocs with CPPFLAGS=-DSLAP_NO_SL_MALLOC, if that code isn't rotted - maybe that'll bring out the problem in another guise. If that code still works, I don't remember. -- Hallvard

1 0

Re: (ITS#5687) corrupted double-linked list on shutdown
by quanah＠zimbra.com 05 Sep '08

05 Sep '08

--On Friday, September 05, 2008 7:03 PM +0000 quanah(a)zimbra.com wrote: With valgrind: [quanah@freelancer tests]$ *** glibc detected *** /home/quanah/q/openldap-2.4.12/servers/slapd/.libs/lt-slapd: corrupted double-linked list: 0x000000000d28a430 *** ======= Backtrace: ========= /lib64/libc.so.6[0x38dc06cbb7] /lib64/libc.so.6[0x38dc06ee92] /lib64/libc.so.6(__libc_calloc+0x96)[0x38dc070376] /lib64/ld-linux-x86-64.so.2[0x38dbc09c85] /lib64/ld-linux-x86-64.so.2[0x38dbc05abc] /lib64/ld-linux-x86-64.so.2[0x38dbc07cac] /lib64/ld-linux-x86-64.so.2[0x38dbc1088f] /lib64/ld-linux-x86-64.so.2[0x38dbc0cc36] /lib64/ld-linux-x86-64.so.2[0x38dbc1036c] /lib64/libc.so.6[0x38dc101320] /lib64/ld-linux-x86-64.so.2[0x38dbc0cc36] /lib64/libc.so.6(__libc_dlopen_mode+0x47)[0x38dc101487] /lib64/libpthread.so.0[0x38dcc0e40c] /lib64/libpthread.so.0[0x38dcc0e520] /lib64/libpthread.so.0(__pthread_unwind+0x40)[0x38dcc0c430] /lib64/libpthread.so.0[0x38dcc07335] /home/quanah/q/openldap-2.4.12/libraries/libldap_r/.libs/libldap_r-2.4-releng.so.2(ldap_pvt_thread_join+0x0)[0x2b537fec7e4a] /home/quanah/q/openldap-2.4.12/libraries/libldap_r/.libs/libldap_r-2.4-releng.so.2[0x2b537fec6b9c] /lib64/libpthread.so.0[0x38dcc061b5] /lib64/libc.so.6(clone+0x6d)[0x38dc0cd36d] ======= Memory map: ======== 00400000-00530000 r-xp 00000000 fd:00 32115271 /home/quanah/q/openldap-2.4.12/servers/slapd/.libs/lt-slapd 00730000-00739000 rw-p 00130000 fd:00 32115271 /home/quanah/q/openldap-2.4.12/servers/slapd/.libs/lt-slapd 00739000-0077d000 rw-p 00739000 00:00 0 0ce47000-0de31000 rw-p 0ce47000 00:00 0 40940000-40941000 ---p 40940000 00:00 0 40941000-41141000 rwxp 40941000 00:00 0 41141000-41142000 ---p 41141000 00:00 0 41142000-41942000 rwxp 41142000 00:00 0 41942000-41943000 ---p 41942000 00:00 0 41943000-42143000 rwxp 41943000 00:00 0 42143000-42144000 ---p 42143000 00:00 0 42144000-42944000 rwxp 42144000 00:00 0 42944000-42945000 ---p 42944000 00:00 0 42945000-43145000 rwxp 42945000 00:00 0 43145000-43146000 ---p 43145000 00:00 0 43146000-43946000 rwxp 43146000 00:00 0 43946000-43947000 ---p 43946000 00:00 0 43947000-44147000 rwxp 43947000 00:00 0 44147000-44148000 ---p 44147000 00:00 0 44148000-44948000 rwxp 44148000 00:00 0 44948000-44949000 ---p 44948000 00:00 0 44949000-45149000 rwxp 44949000 00:00 0 45149000-4514a000 ---p 45149000 00:00 0 4514a000-4594a000 rwxp 4514a000 00:00 0 4594a000-4594b000 ---p 4594a000 00:00 0 4594b000-4614b000 rwxp 4594b000 00:00 0 4614b000-4614c000 ---p 4614b000 00:00 0 4614c000-4694c000 rwxp 4614c000 00:00 0 4694c000-4694d000 ---p 4694c000 00:00 0 4694d000-4714d000 rwxp 4694d000 00:00 0 4714d000-4714e000 ---p 4714d000 00:00 0 4714e000-4794e000 rwxp 4714e000 00:00 0 4794e000-4794f000 ---p 4794e000 00:00 0 4794f000-4814f000 rwxp 4794f000 00:00 0 4814f000-48150000 ---p 4814f000 00:00 0 48150000-48950000 rwxp 48150000 00:00 0 48950000-48951000 ---p 48950000 00:00 0 48951000-49151000 rwxp 48951000 00:00 0 38dbc00000-38dbc1a000 r-xp 00000000 fd:00 12026130 /lib64/ld-2.5.so 38dbe19000-38dbe1a000 r--p 00019000 fd:00 12026130 /lib64/ld-2.5.so 38dbe1a000-38dbe1b000 rw-p 0001a000 fd:00 12026130 /lib64/ld-2.5.so 38dc000000-38dc144000 r-xp 00000000 fd:00 12026131 /lib64/libc-2.5.so 38dc144000-38dc344000 ---p 00144000 fd:00 12026131 /lib64/libc-2.5.so 38dc344000-38dc348000 r--p 00144000 fd:00 12026131 /lib64/libc-2.5.so 38dc348000-38dc349000 rw-p 00148000 fd:00 12026131 /lib64/libc-2.5.so 38dc349000-38dc34e000 rw-p 38dc349000 00:00 0 38dc400000-38dc402000 r-xp 00000000 fd:00 12026132 /lib64/libdl-2.5.so 38dc402000-38dc602000 ---p 00002000 fd:00 12026132 /lib64/libdl-2.5.so 38dc602000-38dc603000 r--p 00002000 fd:00 12026132 /lib64/libdl-2.5.so 38dc603000-38dc604000 rw-p 00003000 fd:00 12026132 /lib64/libdl-2.5.so 38dcc00000-38dcc15000 r-xp 00000000 fd:00 12026136 Core was generated by `/home/quanah/q/openldap-2.4.12/servers/slapd/.libs/lt-slapd -s0 -f /home/quanah'. Program terminated with signal 6, Aborted. #0 0x00000038dc030015 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x00000038dc030015 in raise () from /lib64/libc.so.6 #1 0x00000038dc031980 in abort () from /lib64/libc.so.6 #2 0x00000038dc0674cb in __libc_message () from /lib64/libc.so.6 #3 0x00000038dc06cbb7 in malloc_consolidate () from /lib64/libc.so.6 #4 0x00000038dc06ee92 in _int_malloc () from /lib64/libc.so.6 #5 0x00000038dc070376 in calloc () from /lib64/libc.so.6 #6 0x00000038dbc09c85 in _dl_new_object () from /lib64/ld-linux-x86-64.so.2 #7 0x00000038dbc05abc in _dl_map_object_from_fd () from /lib64/ld-linux-x86-64.so.2 #8 0x00000038dbc07cac in _dl_map_object () from /lib64/ld-linux-x86-64.so.2 #9 0x00000038dbc1088f in dl_open_worker () from /lib64/ld-linux-x86-64.so.2 #10 0x00000038dbc0cc36 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 #11 0x00000038dbc1036c in _dl_open () from /lib64/ld-linux-x86-64.so.2 #12 0x00000038dc101320 in do_dlopen () from /lib64/libc.so.6 #13 0x00000038dbc0cc36 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 #14 0x00000038dc101487 in __libc_dlopen_mode () from /lib64/libc.so.6 #15 0x00000038dcc0e40c in pthread_cancel_init () from /lib64/libpthread.so.0 #16 0x00000038dcc0e520 in _Unwind_ForcedUnwind () from /lib64/libpthread.so.0 #17 0x00000038dcc0c430 in __pthread_unwind () from /lib64/libpthread.so.0 #18 0x00000038dcc07335 in pthread_exit () from /lib64/libpthread.so.0 #19 0x00002b537fec7e4a in ldap_pvt_thread_exit (retval=0x0) at thr_posix.c:186 #20 0x00002b537fec6b9c in ldap_int_thread_pool_wrapper (xpool=0xce75610) at tpool.c:691 #21 0x00000038dcc061b5 in start_thread () from /lib64/libpthread.so.0 #22 0x00000038dc0cd36d in clone () from /lib64/libc.so.6 #23 0x0000000000000000 in ?? () -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#5686) OpenLDAP build broken for solaris 64bit
by h.b.furuseth＠usit.uio.no 05 Sep '08

05 Sep '08

quanah(a)zimbra.com writes: > Sounds like a broken release of libtool to me. i.e., I don't see > anything here that's an openldap specific issue. I'd advise examining > your tool chain. Hm? libtool is built from build/ltmain.sh + build/config.* bundled with OpenLDAP. And it's quite old. If that's failing, it needs an upgrade in OpenLDAP. I looked at it once but couldn't test a fresh libtool + autotools on more than one or two hosts. And the current installation uses some patches form the standar dlibtool distribution which I don't know what do. I don't remember what came of it. Anyway, it might be a fix to try libtoolize --copy --force aclocal autoconf with later versions of autotools (autoconf, automake, libtool). -- Hallvard

1 0

Re: (ITS#5686) OpenLDAP build broken for solaris 64bit
by quanah＠zimbra.com 05 Sep '08

05 Sep '08

--On Friday, September 05, 2008 3:37 PM +0000 cwf-ml(a)arcor.de wrote: > Full_Name: Christoph Weber-Fahr > Version: openldap-2.4.11 > OS: Solaris 9 (SunOS ldapsun 5.9 Generic_122300-06 sun4u sparc > SUNW,Sun-Blade-100) URL: > Submission from: (NULL) (145.253.3.244) > > > Machine has gcc (3.4.6) and gnu binutils from sunfreeware installed (plus > a few other things) Sounds like a broken release of libtool to me. i.e., I don't see anything here that's an openldap specific issue. I'd advise examining your tool chain. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#5687) corrupted double-linked list on shutdown
by quanah＠zimbra.com 05 Sep '08

05 Sep '08

Full_Name: Quanah Gibson-Mount Version: RE24 9/3/2008 OS: Linux 2.6 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (75.111.29.239) While running make test, I killed test039, and on shutdown got: PID=10403 - Search(500): base="o=Example,c=US" scope=sub filter="(cn=James*)" attrs=cn (more...). make[2]: *** [hdb-mod] Interrupt make[1]: *** [test] Interrupt make: *** [test] Interrupt [quanah@tribes openldap-2.4.12]$ *** glibc detected *** corrupted double-linked list: 0x0000003bf99316b8 *** So it looks like there's a cleanup issue on shutdown.

1 0

Re: (ITS#5685) slapd segfault
by quanah＠zimbra.com 05 Sep '08

05 Sep '08

--On Friday, September 05, 2008 9:03 AM +0000 Claude.lecommandeur(a)epfl.ch wrote: > Full_Name: Claude Lecommandeur > Version: 2.2.13 > OS: Redhat AS4 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (128.178.1.102) Slurpd was deprecated with OpenLDAP 2.3, and removed from OpenLDAP 2.4, the current stable release. I advise upgrading to a current supported release. This ITS will be closed. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#5686) OpenLDAP build broken for solaris 64bit
by cwf-ml＠arcor.de 05 Sep '08

05 Sep '08

added info: here's what test Nr 50 shows: >>>>> ./scripts/test049-sync-config completed OK. >>>>> Starting test050-syncrepl-multimaster ... running defines.sh Initializing server configurations... Starting producer slapd on TCP/IP port 9011... Using ldapsearch to check that producer slapd is running... Inserting syncprov overlay on producer... Starting consumer slapd on TCP/IP port 9012... Using ldapsearch to check that consumer slapd is running... Configuring syncrepl on consumer... Starting consumer2 slapd on TCP/IP port 9013... Using ldapsearch to check that consumer2 slapd is running... Configuring syncrepl on consumer2... Adding schema and databases on producer... Using ldapadd to populate producer... Waiting 20 seconds for syncrepl to receive changes... 8346 Abort - core dumped 8342 Abort - core dumped 8338 Abort - core dumped Using ldapadd to populate consumer... ldapadd failed for consumer database (255)! ./scripts/test050-syncrepl-multimaster: kill: no such process ./scripts/test050-syncrepl-multimaster: kill: no such process ./scripts/test050-syncrepl-multimaster: kill: no such process >>>>> ./scripts/test050-syncrepl-multimaster failed (exit 255) make[2]: *** [bdb-yes] Error 255 make[2]: Leaving directory `/usr/local/src/openldap-2.4.11/tests' make[1]: *** [test] Error 2 make[1]: Leaving directory `/usr/local/src/openldap-2.4.11/tests' make: *** [test] Error 2

1 0

(ITS#5686) OpenLDAP build broken for solaris 64bit
by cwf-ml＠arcor.de 05 Sep '08

05 Sep '08

Full_Name: Christoph Weber-Fahr Version: openldap-2.4.11 OS: Solaris 9 (SunOS ldapsun 5.9 Generic_122300-06 sun4u sparc SUNW,Sun-Blade-100) URL: Submission from: (NULL) (145.253.3.244) Machine has gcc (3.4.6) and gnu binutils from sunfreeware installed (plus a few other things) I built Openssl and BerkeleyDB in 64bit mode. I then built openldap with the following commands: LD_LIBRARY_PATH='/usr/local/lib/sparcv9:/usr/local/lib' export LD_LIBRARY_PATH sh configure \ --prefix="/usr/local" \ --disable-ipv6 \ --without-threads \ --with-tls=openssl \ --without-cyrus-sasl \ CC=/usr/local/bin/gcc \ CPP=/usr/local/bin/cpp \ LDFLAGS="-m64 -ldl" \ CFLAGS="-m64 -I/usr/local/include -I/usr/local/ssl/include/openssl" make depend make make install All commands finish. But: - make test fails in test50 (core dump) - after installation each installed executable (including slapd) is larger than 8GB in size. None of them is executable on my machine - I get an immediate "Killed" from Solaris, presumably because the virtual memory is less than 8GB. The same executables in the build directory look just fine, slapd e.g. is ~2.8M ldapsun# [openldap-2.4.11] ll /usr/local/bin/lda* lrwxrwxrwx 1 root other 10 Sep 5 16:46 /usr/local/bin/ldapadd -> ldapmodify* -rwxr-xr-x 1 root other 8591909768 Sep 5 16:46 /usr/local/bin/ldapcompare* -rwxr-xr-x 1 root other 8591911360 Sep 5 16:46 /usr/local/bin/ldapdelete* -rwxr-xr-x 1 root other 8591912304 Sep 5 16:46 /usr/local/bin/ldapexop* -rwxr-xr-x 1 root other 8591959528 Sep 5 16:46 /usr/local/bin/ldapmodify* -rwxr-xr-x 1 root other 8591909816 Sep 5 16:46 /usr/local/bin/ldapmodrdn* -rwxr-xr-x 1 root other 8591908712 Sep 5 16:46 /usr/local/bin/ldappasswd* -rwxr-xr-x 1 root other 8591987184 Sep 5 16:46 /usr/local/bin/ldapsearch* -rwxr-xr-x 1 root other 8591901960 Sep 5 16:46 /usr/local/bin/ldapwhoami* ldapsun# [openldap-2.4.11] ls -l clients/tools/lda* | /usr/xpg4/bin/grep -E -v '(\.o$|\.c$)' -rwxr-xr-x 1 root other 512280 Sep 5 16:40 clients/tools/ldapcompare -rwxr-xr-x 1 root other 513120 Sep 5 16:40 clients/tools/ldapdelete -rwxr-xr-x 1 root other 513600 Sep 5 16:40 clients/tools/ldapexop -rwxr-xr-x 1 root other 538960 Sep 5 16:40 clients/tools/ldapmodify -rwxr-xr-x 1 root other 512424 Sep 5 16:40 clients/tools/ldapmodrdn -rwxr-xr-x 1 root other 511568 Sep 5 16:40 clients/tools/ldappasswd -rwxr-xr-x 1 root other 553352 Sep 5 16:40 clients/tools/ldapsearch -rwxr-xr-x 1 root other 508240 Sep 5 16:40 clients/tools/ldapwhoami ldapsun# [openldap-2.4.11] ll /usr/local/libexec/slapd -rwxr-xr-x 1 root other 8596439592 Sep 5 16:46 /usr/local/libexec/slapd* ldapsun# [openldap-2.4.11] ll servers/slapd/slapd -rwxr-xr-x 1 root other 2896576 Sep 5 16:44 servers/slapd/slapd* Let me know if you need more info on this

1 0

Re: (ITS#5659) patch for collect overlay
by brett.maxfield＠gmail.com 05 Sep '08

05 Sep '08

New patch provided, in ftp incoming/brett-maxfield-080906.patch which fixes a problem when virtual attributes of a child entry are written to. Previous patch does not deal with this consequence, and updates the parent entry instead (bad) New patch returns UnwillingToPerform with a meaningful text error, for virtual attributes on child entries, which is a better option.

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