[Pkg-openldap-devel] Bug#645810: slapd dies with SIGABORT - GNUTLS problem

[Simon L'nu]

On Tue, Oct 18, 2011 at 3:52 PM, Steve Langasek <vorlon at debian.org> wrote:
> tags 645810 moreinfo unreproducible
> thanks
>
> On Tue, Oct 18, 2011 at 03:23:08PM -0400, Simon L'nu wrote:
>> Package: slapd
>> Version: 2.4.25-4
>> Severity: grave
>> Justification: renders package unusable
>
>> this is me running slapd with no options whatever, trying to see if it'll
>> run at all.
>
>> i bet if i build it with openssl it'll build. i know the situation with
>> the openssl licencing, and gnutls issues, so no need to explain it to me.
>> i just wish gnutls worked better ;).
>
>> i've run it several times, i've pasted only the start (backtrace) for the
>> second one (below this first one), just to confirm it is gnutls.
>
> slapd runs fine here, including on i386, when I test it.  It also passed its
> test suite when built on the buildds.  This may be a gnutls problem, but
> it's not as simple as "running slapd with no options whatever".  In
> particular, your list of mapped modules includes a large number of slapd
> plugins which are not loaded by default.  So to debug this, we're going to
> need to see a slapd config that can be used to reproduce it.

i'm happy it runs for you :).

could be something to do with cert config... i noticed commenting
something out (i can't remember what now) made it not sigabrt.

> If anything, I suspect the recent patch to change ltdl behavior to be
> responsible.  This was meant to fix bug #327585, but it affects the loading
> of all modules, not just back_perl.  Could you try rebuilding slapd with
> debian/patches/switch-to-lt_dlopenadvise-to-get-RTLD_GLOBAL-set.diff
> commented out of debian/patches/series, to see if that fixes the problem for
> you?

i'll do it soon.

> BTW, do you really have five different database backends configured on this
> server...?

yeh =) hehe.

> <snip>
>> b6478000-b649a000 r-xp 00000000 fe:03 2930061    /usr/lib/ldap/back_ldap-2.4.so.2.7.0
>> b649a000-b649b000 r--p 00021000 fe:03 2930061    /usr/lib/ldap/back_ldap-2.4.so.2.7.0
>> b649b000-b649c000 rw-p 00022000 fe:03 2930061    /usr/lib/ldap/back_ldap-2.4.so.2.7.0
>> b649c000-b649d000 rw-p 00000000 00:00 0
>> b649d000-b64b6000 r-xp 00000000 fe:03 2930113    /usr/lib/ldap/back_monitor-2.4.so.2.7.0
>> b64b6000-b64b7000 r--p 00018000 fe:03 2930113    /usr/lib/ldap/back_monitor-2.4.so.2.7.0
>> b64b7000-b64b8000 rw-p 00019000 fe:03 2930113    /usr/lib/ldap/back_monitor-2.4.so.2.7.0
>> b64b8000-b64bc000 rw-p 00000000 00:00 0
>> b64bc000-b64bf000 r-xp 00000000 fe:03 2894477    /usr/lib/ldap/back_dnssrv-2.4.so.2.7.0
>> b64bf000-b64c0000 r--p 00002000 fe:03 2894477    /usr/lib/ldap/back_dnssrv-2.4.so.2.7.0
>> b64c0000-b64c1000 rw-p 00003000 fe:03 2894477    /usr/lib/ldap/back_dnssrv-2.4.so.2.7.0
>> b64c1000-b64f0000 r-xp 00000000 fe:03 2902287    /usr/lib/ldap/back_hdb-2.4.so.2.7.0
>> b64f0000-b64f1000 r--p 0002e000 fe:03 2902287    /usr/lib/ldap/back_hdb-2.4.so.2.7.0
>> b64f1000-b64f2000 rw-p 0002f000 fe:03 2902287    /usr/lib/ldap/back_hdb-2.4.so.2.7.0
>> b64f2000-b64fe000 rw-p 00000000 00:00 0
>> b64fe000-b652b000 r-xp 00000000 fe:03 2930103    /usr/lib/ldap/back_bdb-2.4.so.2.7.0
>> b652b000-b652c000 r--p 0002d000 fe:03 2930103    /usr/lib/ldap/back_bdb-2.4.so.2.7.0
>> b652c000-b652d000 rw-p 0002e000 fe:03 2930103    /usr/lib/ldap/back_bdb-2.4.so.2.7.0
>> b652d000-b6539000 rw-p 00000000 00:00 0
> <snip>
>
> --
> Steve Langasek                   Give me a lever long enough and a Free OS
> Debian Developer                   to set it on, and I can move the world.
> Ubuntu Developer                                    http://www.debian.org/
> slangasek at ubuntu.com                                     vorlon at debian.org
>