openldap-bugs

openldap-bugs@openldap.org

1 participants
21000 discussions

Re: (ITS#7133) slapd dies with SIGSEGV on SIGHUP
by hyc＠symas.com 24 Jan '12

24 Jan '12

Dan McGee wrote: > On Tue, Jan 24, 2012 at 5:46 PM, Howard Chu<hyc(a)symas.com> wrote: >> Thanks for verifying. Unfortunately, the previous patch was incomplete (and >> would break init.c on some non-Linux platforms). A new patch is now in git, >> if you could test again, thanks. > > Can you please give links to patches, or at least commit IDs? Your > directions are quite vague, as I only see one patch in git that > matches "7118" when searched for > (http://www.openldap.org/devel/gitweb.cgi?p=openldap.git&a=search&h=HEAD&st=…). > If http://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=patch;h=270ef33ac… > is not what I should be testing, please let me know. Ah sorry, it's this: http://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=commit;h=7ff18967… -- -- 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#7133) slapd dies with SIGSEGV on SIGHUP
by dpmcgee＠gmail.com 24 Jan '12

24 Jan '12

On Tue, Jan 24, 2012 at 5:46 PM, Howard Chu <hyc(a)symas.com> wrote: > Dan McGee wrote: >> >> On Tue, Jan 24, 2012 at 3:38 PM, Howard Chu<hyc(a)symas.com> wrote: >>> >>> dpmcgee(a)gmail.com wrote: >>>> >>>> >>>> Full_Name: Dan McGee >>>> Version: 2.4.28 >>>> OS: Arch Linux, 3.0.2 kernel >>>> URL: >>>> Submission from: (NULL) (2002:47c2:29f0:1:21f:d0ff:fea2:ee12) >>>> >>>> >>>> Running the test suite looks like a disaster because every time the test >>>> server >>>> is killed you see lines like this (probably 1409 times for every single >>>> test, >>>> who knows): >>> >>> >>> >>> Sounds like this is a dup of ITS#7118. A potential fix has been committed >>> to >>> git master; you should recompile both libldap and libldap_r with the >>> patch >>> to verify if the fix is effective. Please test and report back, thanks. >> >> >> Appears to address the problem. The test suite is running without >> errors at the moment. Thanks for the quick response! > > > Thanks for verifying. Unfortunately, the previous patch was incomplete (and > would break init.c on some non-Linux platforms). A new patch is now in git, > if you could test again, thanks. Can you please give links to patches, or at least commit IDs? Your directions are quite vague, as I only see one patch in git that matches "7118" when searched for (http://www.openldap.org/devel/gitweb.cgi?p=openldap.git&a=search&h=HEAD&st=…). If http://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=patch;h=270ef33ac… is not what I should be testing, please let me know. -Dan

1 0

Re: (ITS#7133) slapd dies with SIGSEGV on SIGHUP
by hyc＠symas.com 24 Jan '12

24 Jan '12

Dan McGee wrote: > On Tue, Jan 24, 2012 at 3:38 PM, Howard Chu<hyc(a)symas.com> wrote: >> dpmcgee(a)gmail.com wrote: >>> >>> Full_Name: Dan McGee >>> Version: 2.4.28 >>> OS: Arch Linux, 3.0.2 kernel >>> URL: >>> Submission from: (NULL) (2002:47c2:29f0:1:21f:d0ff:fea2:ee12) >>> >>> >>> Running the test suite looks like a disaster because every time the test >>> server >>> is killed you see lines like this (probably 1409 times for every single >>> test, >>> who knows): >> >> >> Sounds like this is a dup of ITS#7118. A potential fix has been committed to >> git master; you should recompile both libldap and libldap_r with the patch >> to verify if the fix is effective. Please test and report back, thanks. > > Appears to address the problem. The test suite is running without > errors at the moment. Thanks for the quick response! Thanks for verifying. Unfortunately, the previous patch was incomplete (and would break init.c on some non-Linux platforms). A new patch is now in git, if you could test again, thanks. -- -- 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#7133) slapd dies with SIGSEGV on SIGHUP
by dpmcgee＠gmail.com 24 Jan '12

24 Jan '12

On Tue, Jan 24, 2012 at 3:38 PM, Howard Chu <hyc(a)symas.com> wrote: > dpmcgee(a)gmail.com wrote: >> >> Full_Name: Dan McGee >> Version: 2.4.28 >> OS: Arch Linux, 3.0.2 kernel >> URL: >> Submission from: (NULL) (2002:47c2:29f0:1:21f:d0ff:fea2:ee12) >> >> >> Running the test suite looks like a disaster because every time the test >> server >> is killed you see lines like this (probably 1409 times for every single >> test, >> who knows): > > > Sounds like this is a dup of ITS#7118. A potential fix has been committed to > git master; you should recompile both libldap and libldap_r with the patch > to verify if the fix is effective. Please test and report back, thanks. Appears to address the problem. The test suite is running without errors at the moment. Thanks for the quick response! -Dan

1 0

Re: (ITS#6928) slapd: daemon.c:942: slapd_clr_write: Assertion `((slap_daemon[id].sd_index[(s)]) != -1)' failed.
by michael＠stroeder.com 24 Jan '12

24 Jan '12

This might be a dup of ITS#7113.

1 0

Re: (ITS#7118) [PATCH] Improve SASL plugin handling
by hyc＠symas.com 24 Jan '12

24 Jan '12

thomas(a)koeller.dyndns.org wrote: > That is certainly true, however, it misses the point I am trying to make. > I want to provide a fix for the problem I encountered. > >> From a user's perspective, it is certainly preferable for the whole thing > to 'just work', instead of being provided with instructions about how to > configure one's system to avoid problems that arise when using the standard > configuration. This places the burden on the user, for no other gain than > being able to load a module that cannot be used anyway. With the change I > proposed, slapd can work with every standard cyrus-sasl installation right > away, no special configuration required, and the problem is solved once > and forever. Unfortunately, your approach *doesn't* fix the problem once and forever. It's testing for a hardcoded library name. The approach is obviously doomed, since library names are highly platform-dependent, and it doesn't address the possibility that some other plugin will show up in the future with the same linkage issues. I've committed a change to the struct layout, in git master, which might solve the problem. (See ITS#7133 also). Please test and report back, thanks. -- -- 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#7133) slapd dies with SIGSEGV on SIGHUP
by hyc＠symas.com 24 Jan '12

24 Jan '12

dpmcgee(a)gmail.com wrote: > Full_Name: Dan McGee > Version: 2.4.28 > OS: Arch Linux, 3.0.2 kernel > URL: > Submission from: (NULL) (2002:47c2:29f0:1:21f:d0ff:fea2:ee12) > > > Running the test suite looks like a disaster because every time the test server > is killed you see lines like this (probably 1409 times for every single test, > who knows): Sounds like this is a dup of ITS#7118. A potential fix has been committed to git master; you should recompile both libldap and libldap_r with the patch to verify if the fix is effective. Please test and report back, thanks. > > >>>>>> Test succeeded > ./scripts/test000-rootdse: line 84: 3589 Segmentation fault $SLAPD -f > $CONF1 -h $URI1 -d $LVL $TIMING> $LOG1 2>&1 >>>>>> test000-rootdse completed OK for bdb. > > > Here is a GDB backtrace of that: > > > Program received signal SIGHUP, Hangup. > 0x00007f6a3727306f in pthread_join () from /lib/libpthread.so.0 > (gdb) c > Continuing. > [Thread 0x7f6a32e0c700 (LWP 2789) exited] > [Thread 0x7f6a3260b700 (LWP 2804) exited] > > Program received signal SIGSEGV, Segmentation fault. > 0x00007f6a36f42a84 in free () from /lib/libc.so.6 > (gdb) bt > #0 0x00007f6a36f42a84 in free () from /lib/libc.so.6 > #1 0x00007f6a3440f320 in ?? () from /usr/lib/libldap-2.4.so.2 > #2 0x00007f6a3850a0b8 in _dl_close_worker () from /lib/ld-linux-x86-64.so.2 > #3 0x00007f6a3850ab4c in _dl_close () from /lib/ld-linux-x86-64.so.2 > #4 0x00007f6a385052a6 in _dl_catch_error () from /lib/ld-linux-x86-64.so.2 > #5 0x00007f6a360884cf in ?? () from /lib/libdl.so.2 > #6 0x00007f6a3608800f in dlclose () from /lib/libdl.so.2 > #7 0x00007f6a376d13a4 in _sasl_done_with_plugins () > from /usr/lib/libsasl2.so.2 > #8 0x00007f6a376c935b in sasl_done () from /usr/lib/libsasl2.so.2 > #9 0x0000000000481fc9 in slap_sasl_destroy () > #10 0x000000000045f108 in slap_destroy () > #11 0x00000000004195b9 in main () > > > And given that there is SASL stuff in the backtrace, this machine is running > libsasl 2.1.23. > > -- -- 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#7133) slapd dies with SIGSEGV on SIGHUP
by dpmcgee＠gmail.com 24 Jan '12

24 Jan '12

A paste of a snippet of the test log showing the scary looking but mostly harmless output: http://paste.pocoo.org/show/540176/

1 0

(ITS#7133) slapd dies with SIGSEGV on SIGHUP
by dpmcgee＠gmail.com 24 Jan '12

24 Jan '12

Full_Name: Dan McGee Version: 2.4.28 OS: Arch Linux, 3.0.2 kernel URL: Submission from: (NULL) (2002:47c2:29f0:1:21f:d0ff:fea2:ee12) Running the test suite looks like a disaster because every time the test server is killed you see lines like this (probably 1409 times for every single test, who knows): >>>>> Test succeeded ./scripts/test000-rootdse: line 84: 3589 Segmentation fault $SLAPD -f $CONF1 -h $URI1 -d $LVL $TIMING > $LOG1 2>&1 >>>>> test000-rootdse completed OK for bdb. Here is a GDB backtrace of that: Program received signal SIGHUP, Hangup. 0x00007f6a3727306f in pthread_join () from /lib/libpthread.so.0 (gdb) c Continuing. [Thread 0x7f6a32e0c700 (LWP 2789) exited] [Thread 0x7f6a3260b700 (LWP 2804) exited] Program received signal SIGSEGV, Segmentation fault. 0x00007f6a36f42a84 in free () from /lib/libc.so.6 (gdb) bt #0 0x00007f6a36f42a84 in free () from /lib/libc.so.6 #1 0x00007f6a3440f320 in ?? () from /usr/lib/libldap-2.4.so.2 #2 0x00007f6a3850a0b8 in _dl_close_worker () from /lib/ld-linux-x86-64.so.2 #3 0x00007f6a3850ab4c in _dl_close () from /lib/ld-linux-x86-64.so.2 #4 0x00007f6a385052a6 in _dl_catch_error () from /lib/ld-linux-x86-64.so.2 #5 0x00007f6a360884cf in ?? () from /lib/libdl.so.2 #6 0x00007f6a3608800f in dlclose () from /lib/libdl.so.2 #7 0x00007f6a376d13a4 in _sasl_done_with_plugins () from /usr/lib/libsasl2.so.2 #8 0x00007f6a376c935b in sasl_done () from /usr/lib/libsasl2.so.2 #9 0x0000000000481fc9 in slap_sasl_destroy () #10 0x000000000045f108 in slap_destroy () #11 0x00000000004195b9 in main () And given that there is SASL stuff in the backtrace, this machine is running libsasl 2.1.23.

1 0

(ITS#7132) syncrepl uses freed naming attrs
by h.b.furuseth＠usit.uio.no 24 Jan '12

24 Jan '12

Full_Name: Hallvard B Furuseth Version: 2.4.28, master OS: Linux x86_64 URL: Submission from: (NULL) (129.240.203.186) Submitted by: hallvard syncrepl_entry() reads naming attrs in an entry saved by dn_callback() in an internal search, after the search returned and released the entry. Found with valgrind and -DSLAP_NO_SL_MALLOC in test017 with mdb. Fixing.

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