On Tue, Oct 18, 2011 at 3:52 PM, Steve Langasek <vor...@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/ > slanga...@ubuntu.com vor...@debian.org > -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
