openldap-bugs

openldap-bugs@openldap.org

1 participants
20967 discussions

(ITS#5586) SLAPD crashing with SIGABRT in connction.c on Solaris
by dbb＠st-andrews.ac.uk 01 Jul '08

01 Jul '08

Full_Name: Duncan Brannen Version: 2.4.10 OS: Solaris 10 URL: http://www.st-andrews.ac.uk/openldapconf.tar Submission from: (NULL) (138.251.61.69) Slapd is crashing on a daily basis, robin 91 logs % /usr/local/SUNWspro/bin/dbx /usr/local/libexec/slapd ./slapd.core.01-07-08 For information about new features see `help changes' To remove this message, put `dbxenv suppress_startup_message 7.6' in your .dbxrc Reading slapd core file header read successfully Reading ld.so.1 Reading libldap_r-2.4.so.2.0.6 Reading liblber-2.4.so.2.0.6 Reading libltdl.so.3.1.5 Reading libdb-4.2.so Reading libicuuc.so.3 Reading libicudata.so.3 Reading libsasl2.so.2.0.22 Reading libdl.so.1 Reading libssl.so.0.9.8 Reading libcrypto.so.0.9.8 Reading libresolv.so.2 Reading libgen.so.1 Reading libnsl.so.1 Reading libsocket.so.1 Reading libc.so.1 Reading libgcc_s.so.1 Reading libgcc_s.so.1 Reading libpthread.so.1 Reading libm.so.2 Reading libCrun.so.1 Reading libc_psr.so.1 t@2 (l@2) terminated by signal ABRT (Abort) 0xfe2c0f90: __lwp_kill+0x0008: bcc,a,pt %icc,__lwp_kill+0x18 ! 0xfe2c0fa0 Current function is connection_next 871 assert( connections[*index].c_conn_state == SLAP_C_INVALID ); (dbx) threads t@1 a l@1 ?() LWP suspended in __lwp_wait() o> t@2 a l@2 slapd_daemon_task() signal SIGABRT in __lwp_kill() t@3 a l@3 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@4 a l@4 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@5 a l@5 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@6 a l@6 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@7 a l@7 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@8 a l@8 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@9 a l@9 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@10 a l@10 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@11 a l@11 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@12 a l@12 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@13 a l@13 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@14 a l@14 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@15 a l@15 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@16 a l@16 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@17 a l@17 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@18 a l@18 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() (dbx) thread t@2 t@2 (l@2) stopped in __lwp_kill at 0xfe2c0f90 0xfe2c0f90: __lwp_kill+0x0008: bcc,a,pt %icc,__lwp_kill+0x18 ! 0xfe2c0fa0 (dbx) where current thread: t@2 [1] __lwp_kill(0x0, 0x6, 0x0, 0x6, 0xfc00, 0x0), at 0xfe2c0f90 [2] raise(0x6, 0x0, 0xfe2a4a98, 0xffffffff, 0xfe2e8284, 0x6), at 0xfe25fd78 [3] abort(0xfdfff3f0, 0x1, 0xfe2e9288, 0xa83f0, 0xfe2eb298, 0x0), at 0xfe23ff98 [4] __assert(0x1a1390, 0x1a13c4, 0x367, 0x0, 0xa810c, 0x1d7708), at 0xfe2401d4 =>[5] connection_next(c = (nil), index = 0xfdfff6d4), line 871 in "connection.c" [6] connections_timeout_idle(now = 1214890154), line 225 in "connection.c" [7] slapd_daemon_task(ptr = (nil)), line 2152 in "daemon.c" (dbx) print *c dbx: reference through nil pointer ------------------------------- >From another core t@2 (l@2) terminated by signal ABRT (Abort) 0xfe2c0f90: __lwp_kill+0x0008: bcc,a,pt %icc,__lwp_kill+0x18 ! 0xfe2c0fa0 Current function is connection_next 871 assert( connections[*index].c_conn_state == SLAP_C_INVALID ); (dbx) threads t@1 a l@1 ?() LWP suspended in __lwp_wait() o> t@2 a l@2 slapd_daemon_task() signal SIGABRT in __lwp_kill() t@3 a l@3 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@4 a l@4 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@5 a l@5 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@6 a l@6 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() t@7 a l@7 ldap_int_thread_pool_wrapper() sleep on 0x2580f8 in __lwp_park() (dbx) thread t@2 t@2 (l@2) stopped in __lwp_kill at 0xfe2c0f90 0xfe2c0f90: __lwp_kill+0x0008: bcc,a,pt %icc,__lwp_kill+0x18 ! 0xfe2c0fa0 (dbx) where current thread: t@2 [1] __lwp_kill(0x0, 0x6, 0x0, 0x6, 0xfc00, 0x0), at 0xfe2c0f90 [2] raise(0x6, 0x0, 0xfe2a4a98, 0xffffffff, 0xfe2e8284, 0x6), at 0xfe25fd78 [3] abort(0xfdfff3f0, 0x1, 0xfe2e9288, 0xa83f0, 0xfe2eb298, 0x0), at 0xfe23ff98 [4] __assert(0x1a1390, 0x1a13c4, 0x367, 0x0, 0xa810c, 0x1d7708), at 0xfe2401d4 =>[5] connection_next(c = (nil), index = 0xfdfff6d4), line 871 in "connection.c" [6] connections_timeout_idle(now = 1214582536), line 225 in "connection.c" [7] slapd_daemon_task(ptr = (nil)), line 2152 in "daemon.c" (dbx) print *c dbx: reference through nil pointer ----------------------------- I've not been able to reproduce reliably, but it's only affecting the servers queried by our mailhosts doing this kind of search. Jul 1 11:13:10 robin slapd[13561]: [ID 469902 local4.debug] conn=21586 op=8 SRCH base="dc=st-andrews,dc=ac,dc=uk" scope=2 deref=0 filter="(&(uid=(a)st-andrews.ac.uk)(objectClass=posixAccount))" I'll copy the config files to the url http://www.st-andrews.ac.uk/openldapconf.tar for information.

1 0

Re: (ITS#5584)
by hyc＠symas.com 01 Jul '08

01 Jul '08

abartlet(a)samba.org wrote: > --=-GddVbqVLc61XV3X/kWQ/ > Content-Type: text/plain > Content-Transfer-Encoding: quoted-printable > > I've uploaded the patch to http://abartlet.net/memberof.patch I committed a different patch to HEAD. Please test. -- -- 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#5573) Attribute types 'entryCSN' and 'contextCSN' not available in subschema
by hyc＠symas.com 30 Jun '08

30 Jun '08

michael(a)stroeder.com wrote: > Full_Name: Michael Ströder > Version: RE24 > OS: > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (84.163.82.89) > > > Please add attribute types 'entryCSN' and 'contextCSN' to subschema. There's still no published spec for CSNs, just a couple expired drafts. -- -- 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

(ITS#5585) GnuTLS SSF strength conversion issue
by quanah＠OpenLDAP.org 30 Jun '08

30 Jun '08

Full_Name: Quanah Gibson-Mount Version: 2.4.10/HEAD OS: NA URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (75.111.29.239) When using GnuTLS rather than OpenSSL for OpenLDAP, the SSF reported when using startTLS is incorrect. This is because GnuTLS reports the strength in bytes, while the OpenLDAP code expects the strength in bits. Code needs to be updated to adjust the SSF value when linked against GnuTLS to our expected result.

1 0

Re: (ITS#5355) back-meta calls back-ldap directly
by vorlon＠debian.org 30 Jun '08

30 Jun '08

On Mon, Jun 30, 2008 at 10:09:59AM +0200, Pierangelo Masarati wrote: > vorlon(a)debian.org wrote: >> So meta_back_db_config() seems to be getting called before >> meta_back_db_open() ? > This is now fixed in HEAD; however, despite solving the sigsegv issue, > the test still fails because ldap_first_message(3) is not available. > This sounds odd, can anyone explain why it is not getting loaded? Thanks, applied this latest patch and I confirm that it fixes the segfault. I also don't see any problems resolving the ldap_first_message symbol. -- 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(a)ubuntu.com vorlon(a)debian.org

1 0

Re: (ITS#5583) slapadd core dumps
by rhafer＠suse.de 30 Jun '08

30 Jun '08

On Sonntag, 29. Juni 2008, you wrote: > Pierangelo Masarati <ando(a)sys-net.it> writes: > > Dieter Kluenter wrote: > >> Pierangelo Masarati <ando(a)sys-net.it> writes: > >>> dieter(a)dkluenter.de wrote: > >>>> Sorry, forgot it, > >>> > >>> Should be fixed in HEAD, please test. I infer you're using > >>> multiple instances of slapo-dynlist(5) in your slapd.conf, aren't > >>> you? > >> > >> No, just one instance. > > > > Sounds odd, because the error was related to executing > > slapo-dynlist's db_open() function while the static vars holding > > the dgIdentity (and the dgAuthz) attrs being already initialized. > > Can you test the fix to overlays/dynlist.c 1.51->1.52? It is for > > HEAD, but should apply straightforwardly to 2.4. > > I just compiled HEAD and slapadd added the ldif file as expected. But > a second error occured, test failed with test001 Is this on openSUSE 11.0? Then you might have hit http://sourceware.org/bugzilla/show_bug.cgi?id=4980 (or ITS#5251). We have patched around that glibc bug in our openldap packages. A possible workaround that doesn't require patching is to remove the "localhost" entry from the "::1" line in /etc/hosts. > , but I will check > this tomorrow, same as the dynlist patch. -- Ralf

1 0

Re: (ITS#5574) Attribute type 'auditContext' not available in subschema
by ando＠sys-net.it 30 Jun '08

30 Jun '08

michael(a)stroeder.com wrote: > I can't see it with RE24 (at the moment 2.4.10). > Which version are you looking at? > > On my system slapo-accesslog is built and actively used. > BTW: Other schema elements of slapo-accesslog are not available either: > object class auditModify, attribute type reqAuthzID etc. HEAD. I checked the code to see if the HIDE flag was being set, and I didn't notice it was (it's being added right before registering the schema item, rather than when defining it, that's why I overlooked it). Of course you can't see it with 2.4. I think its publication as non-experimental is pending Howard's completion of the related I.D. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: ando(a)sys-net.it -----------------------------------

1 0

Re: (ITS#5574) Attribute type 'auditContext' not available in subschema
by michael＠stroeder.com 30 Jun '08

30 Jun '08

Pierangelo Masarati wrote: > michael(a)stroeder.com wrote: >> Full_Name: Michael Ströder >> Version: RE24 >> OS: OpenSUSE Linux 10.2 >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (84.163.82.89) >> >> >> Please add attribute type 'auditContext' to subschema. > > It is registered by slapo-accesslog(5). I can see it when > slapo-accesslog(5) is built. I can't see it with RE24 (at the moment 2.4.10). Which version are you looking at? On my system slapo-accesslog is built and actively used. BTW: Other schema elements of slapo-accesslog are not available either: object class auditModify, attribute type reqAuthzID etc. Ciao, Michael.

1 0

Re: (ITS#5355) back-meta calls back-ldap directly
by ando＠sys-net.it 30 Jun '08

30 Jun '08

vorlon(a)debian.org wrote: > So meta_back_db_config() seems to be getting called before > meta_back_db_open() ? This is now fixed in HEAD; however, despite solving the sigsegv issue, the test still fails because ldap_first_message(3) is not available. This sounds odd, can anyone explain why it is not getting loaded? p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: ando(a)sys-net.it -----------------------------------

1 0

Re: (ITS#5355) back-meta calls back-ldap directly
by ando＠sys-net.it 29 Jun '08

29 Jun '08

vorlon(a)debian.org wrote: > So meta_back_db_config() seems to be getting called before > meta_back_db_open() ? ... which is correct. A fix is coming. p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it ----------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: ando(a)sys-net.it -----------------------------------

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