openldap-bugs December 2009

openldap-bugs@openldap.org

28 participants
133 discussions

(ITS#6432) PATCH: MozNSS crypto (tls_m.c) - support InitContext, improved PEM support
by rmeggins＠redhat.com 18 Dec '09

18 Dec '09

Full_Name: Richard Megginson Version: 2.4.20 OS: Fedora 11 URL: ftp://ftp.openldap.org/incoming/openldap-2.4.20-tls_m_c-InitContext-PEM-200… Submission from: (NULL) (76.113.111.209) This patch adds support for the new NSS_InitContext() API (new in NSS 3.12.5). This allows apps and libraries to initialize NSS from different contexts. I've also cleaned up some of the code around PEM file support. I also had to call SSL_SetURL in order to put the correct hostname in the SSL socket for cert validation. This patch file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Red Hat, Inc.. Red Hat, Inc. has not assigned rights and/or interest in this work to any party. I, Richard Megginson am authorized by Red Hat, Inc., my employer, to release this work under the following terms. Red Hat, Inc. hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice.

1 0

Re: (ITS#5340) REP_ENTRY_MODIFIABLE bug in dynlist
by masarati＠aero.polimi.it 17 Dec '09

17 Dec '09

> Forgot to enclose the URL. > > http://folk.uio.no/hbf/OpenLDAP/slapreply-draft2.diff At a first glance, your patch makes sense. I see your concern, this approach is definitely fragile. However, I see two points: - the code is not just modified by everyone, so we can count on paying relative attention to what is done, as soon as there are clear guidelines - we should probably produce some indications about how code needs to be used. I'm not thinking about a comprehensive programming guide, but some clear guidelines about writing safe code in critical areas like this would be of help. In cases like this, I'd really prefer to be able to exploit OOP and data abstraction as in C++. p.

1 0

Re: (ITS#6194) Patch - Enhancement - provide LDIF support as libldif
by hyc＠symas.com 16 Dec '09

16 Dec '09

rmeggins(a)redhat.com wrote: > I think this could be accomplished in one of two ways: > 1) Just have libldif return lists of struct berval* for the various data > parsed. The caller would be responsible for turning these into LDAPMod > or LDAPControl structures - the advantage is that libldif doesn't have > to know about any of these higher level structures > 2) Have libldif create LDAPMod and LDAPControl - I think this could be > accomplished by having ldif.c #include<ldap.h> to pull in the > definitions of LDAPMod and LDAPControl - would this be ok? Let's move this discussion to the openldap-devel mailing list. I'm thinking (2) is OK but I'd like to hear from other developers / potential users of this library. -- -- 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#6194) Patch - Enhancement - provide LDIF support as libldif
by rmeggins＠redhat.com 16 Dec '09

16 Dec '09

I think this could be accomplished in one of two ways: 1) Just have libldif return lists of struct berval* for the various data parsed. The caller would be responsible for turning these into LDAPMod or LDAPControl structures - the advantage is that libldif doesn't have to know about any of these higher level structures 2) Have libldif create LDAPMod and LDAPControl - I think this could be accomplished by having ldif.c #include <ldap.h> to pull in the definitions of LDAPMod and LDAPControl - would this be ok?

1 0

Re: (ITS#6194) Patch - Enhancement - provide LDIF support as libldif
by rmeggins＠redhat.com 16 Dec '09

16 Dec '09

The ldif code does not currently have knowledge of any of the higher level LDAP data types such as LDAPMod or LDAPControl - some of the proposals would have the ldif API return these objects - Do we really want to introduce this higher level knowledge into the relatively low level libldif, along with the dependency on libldap? I think in order to do this properly, we would have to introduce a new LDAP API e.g. ldap_mods_from_ldif(const char *ldifstr, LDAPMod***, LDAPControl***) or something like that - something that would parse the given ldif record into those higher level data types.

1 0

Re: (ITS#6403) crash with translucent + back-null
by h.b.furuseth＠usit.uio.no 16 Dec '09

16 Dec '09

I wrote: > I'll fix translucent for now, but I assume a saner fix would be to > change that "calling convention" - which I suspect exists in the first > place because I once gave a bug just like this the same minimal fix. [Reopening ITS...] And I have no idea why I didn't remove that back-null assert as well, though there was undoubtedly a reason. Anyway, it's gone now. -- Hallvard

1 0

Re: (ITS#6431) LDAP Server disabled
by quanah＠zimbra.com 15 Dec '09

15 Dec '09

--On Tuesday, December 15, 2009 3:32 AM +0000 yimnara(a)khaouchuly.com wrote: > Full_Name: Yim Nara > Version: 2.1.0 > OS: Window 2003 server > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (124.248.180.59) > > > LDAP server Disabled I'm not sure why you think this is an OpenLDAP issue, nor do I see any indication of a bug report here. If you have questions about using OpenLDAP, please use the openldap-software(a)openldap.org list. 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#5340) REP_ENTRY_MODIFIABLE bug in dynlist
by h.b.furuseth＠usit.uio.no 15 Dec '09

15 Dec '09

Forgot to enclose the URL. http://folk.uio.no/hbf/OpenLDAP/slapreply-draft2.diff

1 0

Re: (ITS#5340) REP_ENTRY_MODIFIABLE bug in dynlist
by h.b.furuseth＠usit.uio.no 15 Dec '09

15 Dec '09

[Copying some discussion from IRC, and adding some more] I'm a bit nervous about doing more than minimal fixes to this until we do something major, because it's so broken. Fix one bit and maybe something will pop up another place - i.e. a regression. Also following existing practice can mean fix one bug into a different bug, which Ando recently did for ITS#6423. (dynlist resets MUSTRELEASE but doesn't obey it, rwm works around a similar bug in rwm or dynlist.) Though he got other fixes right. Anyway: To repeat, the main problems with the current code: * Code does not always clean up properly, leaving e.g. flags behind. * Code which does clean up sometimes does it halfway, e.g. it resets MUSTBEFREED/MUSTRELEASE but not MODIFIABLE. So, no wonder there are unwanted MODIFIABLE flags hanging about (ITS#6423). Or it dup()s an entry but does not release the old one. * op_*() generally expects SlapReply to be preinitialized. That worked before overlays, but now modules (backends, overlays) inherit values that the previous module did not clean up during an operation. Howard suggested that we should restore that - code which puts something into a SlapReply should ensure it's taken out again. I've started on that in the enclosed patch, but on second thought I think that's not the right fix because it's the most fragile solution: Practically every module which depends on it can break if some other module gets it wrong. OTOH, modules can't just reset SlapReply since some of it is input values to op_*(): - Controls can be set in backend_check_restrictions() before the call to op_*(). - dynlist.c sets r.sr_attr_flags before calling o.o_bd->be_search(), I haven't looked at what effect that has. I'm thinking modules should instead initialize SlapReply.sr_u and maybe some sr_flags themselves instead of depending on preinit, but I don't know when I'll get back to doing something about that. Xmas coming... So anyway, here is a quick patch which actually tries to be rather conservative, sans a bunch of RS_ASSERT() lines which can be safely deleted in real code. It only addresses sr_entry and sporadically attrs, not sr_refs/ctrls. It passes make test for me. Please review. Where updates to flags are broken and needs fixing, I change to use the new function rs_ensure_entry_modifiable() etc, but I leave correct updates alone - as well as some updates where I don't know which overlay should be passed to these function. Description of changes: All over the place: Clear MUSTBEFREED/MUSTRELEASE by clearing all of REP_ENTRY_MASK, not just the particular flag. Reset attrs, entry, flags a number of places. (Not very consistently, sorry.) Lots of RS_ASSERT()s for debugging. Only defined when LDAP_DEVEL. proto-slap.h, result.c: Move RS_ASSERT(), add rs_flush_entry(). result.c: MODIFIABLE is independent of MUSTBEFREED - the modifiable entry can e.g. be on the stack. result.c, extended.c: When changing sr->sr_type to extended/sasl, flush sr_un (usually the entry) first, since another member of the union will be used. For this reason, updates to sr_type are "suspicious" code to be avoided, so some code elsewhere is changed to initialize it to REP_RESULT rather than setting it to that after initialization. bconfig.c, servers/slapd/syncrepl.c: Avoid reusing SlapReply a number of places where that's easy. slap.h: Cast the REP_... flags to slap_mask_t, so ~REP_... will work right. back-bdb/search.c: Delay setting rs->sr_entry until we know it'll be used. (IIRC made a difference around a paged results response.) back-shell/result.c, back-sock/result.c: Set MUSTBEFREED before sending, obey it afterwards. overlays/constraint.c, overlays/pcache.c: Drop nulling of fields that were just nulled by initialization. overlays/dynlist.c: When "stealing" an entry from SlapReply, grab and reset the flags that go with it, so it can be properly freed/released. Restore the flags and entry later, then obey the flags (release/free). Do this unconditionally, it happens only once per SlapReply anyway. overlays/pcache.c: Obey and reset entry flags properly. Remove unused SlapReply parameters to some functions - did this for readibility while trying to figure out what was going on. overlays/sssvlv.c: Since setting MUSTRELEASE before sending, obey it afterwards. overlays/translucent.c: Reset flags properly too when releasing/freeing entry. Streamline translucent_search() loop to clarify ownership of entry. overlays/rwm.c, servers/slapd/slapi/slapi_pblock.c: Obey flags properly.

1 0

Re: Re: (ITS#6426) slapd crash with 'Bus error'
by a.afzali2003＠gmail.com 15 Dec '09

15 Dec '09

--001485f6da5ee30006047ac04fe7 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Regards, -- afshin On Dec 15, 2009 11:58am, Quanah Gibson-Mount <quanah(a)zimbra.com> wrote: > Afshin, > Copy openldap-its(a)openldap.org on all you replies so they go into the bug > tracker, so that others can see them. > --Quanah > --On Tuesday, December 15, 2009 10:39 AM +0330 afshin afzali > a.afzali2003(a)gmail.com> wrote: > Hi Quanah, > Appreciate your help. Hope this be helpful. > -- afshin > [root@dc1 libexec]# gdb ./slapd core.12305 > GNU gdb Fedora (6.8-37.el5) > Copyright (C) 2008 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show > copying" > and "show warranty" for details. > This GDB was configured as "x86_64-redhat-linux-gnu"... > Reading symbols from /lib64/libuuid.so.1...done. > Loaded symbols for /lib64/libuuid.so.1 > Reading symbols from /lib64/librt.so.1...done. > Loaded symbols for /lib64/librt.so.1 > Reading symbols from /lib64/libcrypt.so.1...done. > Loaded symbols for /lib64/libcrypt.so.1 > Reading symbols from /lib64/libnsl.so.1...done. > Loaded symbols for /lib64/libnsl.so.1 > Reading symbols from /lib64/libm.so.6...done. > Loaded symbols for /lib64/libm.so.6 > Reading symbols from /lib64/libpthread.so.0...done. > Loaded symbols for /lib64/libpthread.so.0 > Reading symbols from /usr/lib64/libstdc++.so.6...done. > Loaded symbols for /usr/lib64/libstdc++.so.6 > Reading symbols from /usr/lib64/libsasl2.so.2...done. > Loaded symbols for /usr/lib64/libsasl2.so.2 > Reading symbols from /lib64/libssl.so.6...done. > Loaded symbols for /lib64/libssl.so.6 > Reading symbols from /lib64/libcrypto.so.6...done. > Loaded symbols for /lib64/libcrypto.so.6 > Reading symbols from /lib64/libresolv.so.2...done. > Loaded symbols for /lib64/libresolv.so.2 > Reading symbols from /lib64/libgcc_s.so.1...done. > Loaded symbols for /lib64/libgcc_s.so.1 > Reading symbols from /lib64/libc.so.6...done. > Loaded symbols for /lib64/libc.so.6 > Reading symbols from /lib64/ld-linux-x86-64.so.2...done. > Loaded symbols for /lib64/ld-linux-x86-64.so.2 > Reading symbols from /lib64/libdl.so.2...done. > Loaded symbols for /lib64/libdl.so.2 > Reading symbols from /usr/lib64/libgssapi_krb5.so.2...done. > Loaded symbols for /usr/lib64/libgssapi_krb5.so.2 > Reading symbols from /usr/lib64/libkrb5.so.3...done. > Loaded symbols for /usr/lib64/libkrb5.so.3 > Reading symbols from /lib64/libcom_err.so.2...done. > Loaded symbols for /lib64/libcom_err.so.2 > Reading symbols from /usr/lib64/libk5crypto.so.3...done. > Loaded symbols for /usr/lib64/libk5crypto.so.3 > Reading symbols from /usr/lib64/libz.so.1...done. > Loaded symbols for /usr/lib64/libz.so.1 > Reading symbols from /usr/lib64/libkrb5support.so.0...done. > Loaded symbols for /usr/lib64/libkrb5support.so.0 > Reading symbols from /lib64/libkeyutils.so.1...done. > Loaded symbols for /lib64/libkeyutils.so.1 > Reading symbols from /lib64/libselinux.so.1...done. > Loaded symbols for /lib64/libselinux.so.1 > Reading symbols from /lib64/libsepol.so.1...done. > Loaded symbols for /lib64/libsepol.so.1 > Reading symbols from /lib64/libnss_files.so.2...done. > Loaded symbols for /lib64/libnss_files.so.2 > Reading symbols from /usr/lib64/sasl2/libanonymous.so.2...done. > Loaded symbols for /usr/lib64/sasl2/libanonymous.so.2 > Reading symbols from /usr/lib64/sasl2/libsasldb.so.2...done. > Loaded symbols for /usr/lib64/sasl2/libsasldb.so.2 > Reading symbols from /usr/lib64/sasl2/liblogin.so.2...done. > Loaded symbols for /usr/lib64/sasl2/liblogin.so.2 > Reading symbols from /usr/lib64/sasl2/libplain.so.2...done. > Loaded symbols for /usr/lib64/sasl2/libplain.so.2 > Core was generated by `./slapd -d5'. > Program terminated with signal 11, Segmentation fault. > [New process 12313] > [New process 12314] > [New process 12312] > [New process 12311] > [New process 12310] > [New process 12309] > [New process 12308] > [New process 12307] > [New process 12305] > # 0 NdbTransaction::execute (this=0x15, > # aTypeOfExec=NdbTransaction::Rollback, > abortOption=NdbOperation::DefaultAbortOption, forceSend=0) > at NdbTransaction.cpp:278 > 278 NdbTransaction.cpp: No such file or directory. > in NdbTransaction.cpp > (gdb) thr apply all bt > Thread 9 (process 12305): > # 0 0x000000370e8077e5 in pthread_join () from /lib64/libpthread.so.0 > # 1 0x000000000059affb in ldap_pvt_thread_join (thread=1107417408, > thread_return=0x0) at thr_posix.c:197 > # 2 0x00000000004ba2a8 in slapd_daemon () at daemon.c:2835 > # 3 0x000000000049bfad in main (argc=2, argv=0x7fff78fd91e8) at > # main.c:950 > Current language: auto; currently c++ > Thread 8 (process 12307): > # 0 0x000000370e0cced2 in select () from /lib64/libc.so.6 > # 1 0x000000000068a73b in my_sleep (m_seconds=) > at my_sleep.c:34 > # 2 0x00000000006b3ff0 in TransporterFacade::threadMainReceive > # (this=0xc7a6530) > at ../../../../storage/ndb/include/portlib/NdbSleep.h:31 > # 3 0x00000000006b4049 in runReceiveResponse_C (me=0x0) > at TransporterFacade.cpp:564 > # 4 0x00000000006a35de in ndb_thread_wrapper (_ss=0xc581620) at > # NdbThread.c:147 5 0x000000370e8064a7 in start_thread () from > # /lib64/libpthread.so.0 6 0x000000370e0d3c2d in clone () from > # /lib64/libc.so.6 > Thread 7 (process 12308): > # 0 0x000000370e0cced2 in select () from /lib64/libc.so.6 > # 1 0x000000000068a73b in my_sleep (m_seconds=) > ---Type to continue, or q to quit--- > at my_sleep.c:34 > # 2 0x00000000006b2d0f in TransporterFacade::threadMainSend > # (this=0xc7a6530) > at ../../../../storage/ndb/include/portlib/NdbSleep.h:31 > # 3 0x00000000006b2d89 in runSendRequest_C (me=0x0) > at TransporterFacade.cpp:529 > # 4 0x00000000006a35de in ndb_thread_wrapper (_ss=0xc588670) at > # NdbThread.c:147 5 0x000000370e8064a7 in start_thread () from > # /lib64/libpthread.so.0 6 0x000000370e0d3c2d in clone () from > # /lib64/libc.so.6 > Thread 6 (process 12309): > # 0 0x000000370e0cced2 in select () from /lib64/libc.so.6 > # 1 0x000000000068a73b in my_sleep (m_seconds=) > at my_sleep.c:34 > # 2 0x00000000006b9740 in ClusterMgr::threadMain (this=0xc7b8ce0) > at ../../../../storage/ndb/include/portlib/NdbSleep.h:31 > # 3 0x00000000006b98d9 in runClusterMgr_C (me=0x0) at ClusterMgr.cpp:50 > # 4 0x00000000006a35de in ndb_thread_wrapper (_ss=0xc5888b0) at > # NdbThread.c:147 5 0x000000370e8064a7 in start_thread () from > # /lib64/libpthread.so.0 6 0x000000370e0d3c2d in clone () from > # /lib64/libc.so.6 > Thread 5 (process 12310): > # 0 0x000000370e0cced2 in select () from /lib64/libc.so.6 > # 1 0x000000000068a73b in my_sleep (m_seconds=) > ---Type to continue, or q to quit--- > at my_sleep.c:34 > # 2 0x00000000006c8738 in TransporterRegistry::start_clients_thread ( > this=0xc580c70) at > ../../../../../storage/ndb/include/portlib/NdbSleep.h:31 > # 3 0x00000000006c89e9 in run_start_clients_C (me=0x0) > at TransporterRegistry.cpp:1422 > # 4 0x00000000006a35de in ndb_thread_wrapper (_ss=0xc588a40) at > # NdbThread.c:147 5 0x000000370e8064a7 in start_thread () from > # /lib64/libpthread.so.0 6 0x000000370e0d3c2d in clone () from > # /lib64/libc.so.6 > Thread 4 (process 12311): > # 0 0x000000370e0cced2 in select () from /lib64/libc.so.6 > # 1 0x00000000006a82d6 in SocketServer::doAccept (this=0xc7b8bd0) > at SocketServer.cpp:189 > # 2 0x00000000006a8612 in SocketServer::doRun (this=0xc7b8bd0) > at SocketServer.cpp:279 > # 3 0x00000000006a8639 in socketServerThread_C (_ss=0x1) > at SocketServer.cpp:231 > # 4 0x00000000006a35de in ndb_thread_wrapper (_ss=0xc581710) at > # NdbThread.c:147 5 0x000000370e8064a7 in start_thread () from > # /lib64/libpthread.so.0 6 0x000000370e0d3c2d in clone () from > # /lib64/libc.so.6 > Thread 3 (process 12312): > # 0 0x000000370e0d4018 in epoll_wait () from /lib64/libc.so.6 > ---Type to continue, or q to quit--- > # 1 0x00000000004b9559 in slapd_daemon_task (ptr=0x0) at daemon.c:2460 > # 2 0x000000370e8064a7 in start_thread () from /lib64/libpthread.so.0 > # 3 0x000000370e0d3c2d in clone () from /lib64/libc.so.6 > Thread 2 (process 12314): > # 0 0x000000370e80ab99 in pthread_cond_wait@@GLIBC_2.3.2 () > from /lib64/libpthread.so.0 > # 1 0x000000000059b0a3 in ldap_pvt_thread_cond_wait (cond=0xc538bc0, > mutex=0xc538b98) at thr_posix.c:277 > # 2 0x0000000000599b63 in ldap_int_thread_pool_wrapper (xpool=0xc538b90) > at tpool.c:672 > # 3 0x000000370e8064a7 in start_thread () from /lib64/libpthread.so.0 > # 4 0x000000370e0d3c2d in clone () from /lib64/libc.so.6 > Thread 1 (process 12313): > # 0 NdbTransaction::execute (this=0x15, > # aTypeOfExec=NdbTransaction::Rollback, > abortOption=NdbOperation::DefaultAbortOption, forceSend=0) > at NdbTransaction.cpp:278 > # 1 0x0000000000561195 in NdbTransaction::execute (this=0x15, > execType=Rollback, abortOption=DefaultAbortOption, force=0) > at /usr/include/mysql/storage/ndb/ndbapi/NdbTransaction.hpp:343 > # 2 0x0000000000575926 in ndb_back_add (op=0xc58c5d0, rs=0x4283ec00) > at add.cpp:336 > ---Type to continue, or q to quit--- > # 3 0x00000000004c6489 in fe_op_add (op=0xc58c5d0, rs=0x4283ec00) at > # add.c:334 4 0x00000000004c5e13 in do_add (op=0xc58c5d0, rs=0x4283ec00) > # at add.c:194 5 0x00000000004bd06a in connection_operation > # (ctx=0x4283ed50, > arg_v=0xc58c5d0) at connection.c:1123 > # 6 0x00000000004bd5ef in connection_read_thread (ctx=0x4283ed50, > # argv=0xd) > at connection.c:1259 > # 7 0x0000000000599c01 in ldap_int_thread_pool_wrapper (xpool=0xc538b90) > at tpool.c:685 > # 8 0x000000370e8064a7 in start_thread () from /lib64/libpthread.so.0 > # 9 0x000000370e0d3c2d in clone () from /lib64/libc.so.6 > (gdb) > On Tue, Dec 15, 2009 at 4:01 AM, Quanah Gibson-Mount quanah(a)zimbra.com> > wrote: > --On Saturday, December 12, 2009 5:48 PM +0000 quanah(a)zimbra.com wrote: > # 0=C2=A0 0x000000000066f891 in ?? () > (gdb) > So where's the thr apply all bt command inside gdb? You've just loaded > Please provide the backtrace as noted if you want this to be further > investigated. Thanks! > Again, after you run: > gdb > You then need to run: > thr apply all bt > To get a backtrace of all threads, and then submit that to the ITS. > --Quanah > -- > Quanah Gibson-Mount > Principal Software Engineer > Zimbra, Inc > -------------------- > Zimbra :: the leader in open source messaging and collaboration > -- > Quanah Gibson-Mount > Principal Software Engineer > Zimbra, Inc > -------------------- > Zimbra :: the leader in open source messaging and collaboration --001485f6da5ee30006047ac04fe7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Regards, -- afshin On Dec 15, 2009 11:58am, Quanah Gibson-M= ount <quanah(a)zimbra.com> wrote: > Afshin, > &gt= ; > > Copy openldap-its(a)openldap.org on all you replies s= o they go into the bug tracker, so that others can see them. > > > > --Quanah > > > > --On Tuesday, December 15, 2009 10:39 AM +0330 afshin afzali a.afzali= 2003(a)gmail.com> wrote: > > > > = > Hi Quanah, > > > > Appreciate your = help. Hope this be helpful. > > -- afshin > = > > > > > [root@dc1 libexec]# gdb ./= slapd core.12305 > > GNU gdb Fedora (6.8-37.el5) >= > Copyright (C) 2008 Free Software Foundation, Inc. > <br= />> License GPLv3+: GNU GPL version 3 or later > > htt= p://gnu.org/licenses/gpl.html> > > This is free softwar= e: you are free to change and redistribute it. > > There i= s NO WARRANTY, to the extent permitted by law.=A0 Type "show >= > copying" > > and "show warranty&quot= ; for details. > > This GDB was configured as "x86_64= -redhat-linux-gnu"... > > Reading symbols from /lib64= /libuuid.so.1...done. > > Loaded symbols for /lib64/libuui= d.so.1 > > Reading symbols from /lib64/librt.so.1...done.<= br />> > Loaded symbols for /lib64/librt.so.1 > &= gt; Reading symbols from /lib64/libcrypt.so.1...done. > > = Loaded symbols for /lib64/libcrypt.so.1 > > Reading symbol= s from /lib64/libnsl.so.1...done. > > Loaded symbols for /= lib64/libnsl.so.1 > > Reading symbols from /lib64/libm.so.= 6...done. > > Loaded symbols for /lib64/libm.so.6 &gt= ; > Reading symbols from /lib64/libpthread.so.0...done. > = > Loaded symbols for /lib64/libpthread.so.0 > > R= eading symbols from /usr/lib64/libstdc++.so.6...done. > > = Loaded symbols for /usr/lib64/libstdc++.so.6 > > Reading s= ymbols from /usr/lib64/libsasl2.so.2...done. > > Loaded sy= mbols for /usr/lib64/libsasl2.so.2 > > Reading symbols fro= m /lib64/libssl.so.6...done. > > Loaded symbols for /lib64= /libssl.so.6 > > Reading symbols from /lib64/libcrypto.so.= 6...done. > > Loaded symbols for /lib64/libcrypto.so.6 > > Reading symbols from /lib64/libresolv.so.2...done. &= gt; > Loaded symbols for /lib64/libresolv.so.2 > &gt= ; Reading symbols from /lib64/libgcc_s.so.1...done. > > Lo= aded symbols for /lib64/libgcc_s.so.1 > > Reading symbols = from /lib64/libc.so.6...done. > > Loaded symbols for /lib6= 4/libc.so.6 > > Reading symbols from /lib64/ld-linux-x86-6= 4.so.2...done. > > Loaded symbols for /lib64/ld-linux-x86-= 64.so.2 > > Reading symbols from /lib64/libdl.so.2...done.= > > Loaded symbols for /lib64/libdl.so.2 > = > Reading symbols from /usr/lib64/libgssapi_krb5.so.2...done. > = > Loaded symbols for /usr/lib64/libgssapi_krb5.so.2 > > Reading symbols from /usr/lib64/libkrb5.so.3...done. > > Loaded symbols for /usr/lib64/libkrb5.so.3 > > Readi= ng symbols from /lib64/libcom_err.so.2...done. > > Loaded = symbols for /lib64/libcom_err.so.2 > > Reading symbols fro= m /usr/lib64/libk5crypto.so.3...done. > > Loaded symbols f= or /usr/lib64/libk5crypto.so.3 > > Reading symbols from /u= sr/lib64/libz.so.1...done. > > Loaded symbols for /usr/lib= 64/libz.so.1 > > Reading symbols from /usr/lib64/libkrb5su= pport.so.0...done. > > Loaded symbols for /usr/lib64/libkr= b5support.so.0 > > Reading symbols from /lib64/libkeyutils= .so.1...done. > > Loaded symbols for /lib64/libkeyutils.so= .1 > > Reading symbols from /lib64/libselinux.so.1...done.= > > Loaded symbols for /lib64/libselinux.so.1 > <= br />> Reading symbols from /lib64/libsepol.so.1...done. > > Loaded symbols for /lib64/libsepol.so.1 > > Reading = symbols from /lib64/libnss_files.so.2...done. > > Loaded s= ymbols for /lib64/libnss_files.so.2 > > Reading symbols fr= om /usr/lib64/sasl2/libanonymous.so.2...done. > > Loaded s= ymbols for /usr/lib64/sasl2/libanonymous.so.2 > > Reading = symbols from /usr/lib64/sasl2/libsasldb.so.2...done. > > L= oaded symbols for /usr/lib64/sasl2/libsasldb.so.2 > > Read= ing symbols from /usr/lib64/sasl2/liblogin.so.2...done. > &gt= ; Loaded symbols for /usr/lib64/sasl2/liblogin.so.2 > > Re= ading symbols from /usr/lib64/sasl2/libplain.so.2...done. > &= gt; Loaded symbols for /usr/lib64/sasl2/libplain.so.2 > > = Core was generated by `./slapd -d5'. > > Program termi= nated with signal 11, Segmentation fault. > > [New process= 12313] > > [New process 12314] > > [New = process 12312] > > [New process 12311] > &gt= ; [New process 12310] > > [New process 12309] > <b= r />> [New process 12308] > > [New process 12307] = > > [New process 12305] > > # 0=A0 NdbTransact= ion::execute (this=3D0x15, > > # aTypeOfExec=3DNdbTransact= ion::Rollback, > > =A0=A0=A0 abortOption=3DNdbOperation::D= efaultAbortOption, forceSend=3D0) > > =A0=A0=A0 at NdbTran= saction.cpp:278 > > 278=A0=A0=A0=A0 NdbTransaction.cpp: No= such file or directory. > > =A0=A0=A0=A0=A0=A0=A0 in NdbT= ransaction.cpp > > (gdb) thr apply all bt > = > > > Thread 9 (process 12305): > > #= 0=A0 0x000000370e8077e5 in pthread_join () from /lib64/libpthread.so.0 > > # 1=A0 0x000000000059affb in ldap_pvt_thread_join (thread= =3D1107417408, > > =A0=A0=A0 thread_return=3D0x0) at thr_p= osix.c:197 > > # 2=A0 0x00000000004ba2a8 in slapd_daemon (= ) at daemon.c:2835 > > # 3=A0 0x000000000049bfad in main (= argc=3D2, argv=3D0x7fff78fd91e8) at > > # main.c:950 = > > Current language:=A0 auto; currently c++ > &g= t; > > Thread 8 (process 12307): > > # 0= =A0 0x000000370e0cced2 in select () from /lib64/libc.so.6 > &= gt; # 1=A0 0x000000000068a73b in my_sleep (m_seconds=3D) > &g= t; =A0=A0=A0 at my_sleep.c:34 > > # 2=A0 0x00000000006b3ff= 0 in TransporterFacade::threadMainReceive > > # (this=3D0x= c7a6530) > > =A0=A0=A0 at ../../../../storage/ndb/include/= portlib/NdbSleep.h:31 > > # 3=A0 0x00000000006b4049 in run= ReceiveResponse_C (me=3D0x0) > > =A0=A0=A0 at TransporterF= acade.cpp:564 > > # 4=A0 0x00000000006a35de in ndb_thread_= wrapper (_ss=3D0xc581620) at > > # NdbThread.c:147 5=A0 0x= 000000370e8064a7 in start_thread () from > > # /lib64/libp= thread.so.0 6=A0 0x000000370e0d3c2d in clone () from > > #= /lib64/libc.so.6 > > > > Thread 7 (proc= ess 12308): > > # 0=A0 0x000000370e0cced2 in select () fro= m /lib64/libc.so.6 > > # 1=A0 0x000000000068a73b in my_sle= ep (m_seconds=3D) > > ---Type to continue, or q to quit-= -- > > =A0=A0=A0 at my_sleep.c:34 > > # 2= =A0 0x00000000006b2d0f in TransporterFacade::threadMainSend > > # (this=3D0xc7a6530) > > =A0=A0=A0 at ../../../../st= orage/ndb/include/portlib/NdbSleep.h:31 > > # 3=A0 0x00000= 000006b2d89 in runSendRequest_C (me=3D0x0) > > =A0=A0=A0 a= t TransporterFacade.cpp:529 > > # 4=A0 0x00000000006a35de = in ndb_thread_wrapper (_ss=3D0xc588670) at > > # NdbThread= .c:147 5=A0 0x000000370e8064a7 in start_thread () from > >= # /lib64/libpthread.so.0 6=A0 0x000000370e0d3c2d in clone () from &gt= ; > # /lib64/libc.so.6 > > > > = Thread 6 (process 12309): > > # 0=A0 0x000000370e0cced2 in= select () from /lib64/libc.so.6 > > # 1=A0 0x000000000068= a73b in my_sleep (m_seconds=3D) > > =A0=A0=A0 at my_sleep.= c:34 > > # 2=A0 0x00000000006b9740 in ClusterMgr::threadMa= in (this=3D0xc7b8ce0) > > =A0=A0=A0 at ../../../../storage= /ndb/include/portlib/NdbSleep.h:31 > > # 3=A0 0x0000000000= 6b98d9 in runClusterMgr_C (me=3D0x0) at ClusterMgr.cpp:50 > &= gt; # 4=A0 0x00000000006a35de in ndb_thread_wrapper (_ss=3D0xc5888b0) at<br= />> > # NdbThread.c:147 5=A0 0x000000370e8064a7 in start_threa= d () from > > # /lib64/libpthread.so.0 6=A0 0x000000370e0d= 3c2d in clone () from > > # /lib64/libc.so.6 > <br= />> > > Thread 5 (process 12310): > &gt= ; # 0=A0 0x000000370e0cced2 in select () from /lib64/libc.so.6 > <b= r />> # 1=A0 0x000000000068a73b in my_sleep (m_seconds=3D) > <br= />> ---Type to continue, or q to quit--- > > =A0=A0= =A0 at my_sleep.c:34 > > # 2=A0 0x00000000006c8738 in Tran= sporterRegistry::start_clients_thread ( > > =A0=A0=A0 this= =3D0xc580c70) at > > ../../../../../storage/ndb/include/po= rtlib/NdbSleep.h:31 > > # 3=A0 0x00000000006c89e9 in run_s= tart_clients_C (me=3D0x0) > > =A0=A0=A0 at TransporterRegi= stry.cpp:1422 > > # 4=A0 0x00000000006a35de in ndb_thread_= wrapper (_ss=3D0xc588a40) at > > # NdbThread.c:147 5=A0 0x= 000000370e8064a7 in start_thread () from > > # /lib64/libp= thread.so.0 6=A0 0x000000370e0d3c2d in clone () from > > #= /lib64/libc.so.6 > > > > Thread 4 (proc= ess 12311): > > # 0=A0 0x000000370e0cced2 in select () fro= m /lib64/libc.so.6 > > # 1=A0 0x00000000006a82d6 in Socket= Server::doAccept (this=3D0xc7b8bd0) > > =A0=A0=A0 at Socke= tServer.cpp:189 > > # 2=A0 0x00000000006a8612 in SocketSer= ver::doRun (this=3D0xc7b8bd0) > > =A0=A0=A0 at SocketServe= r.cpp:279 > > # 3=A0 0x00000000006a8639 in socketServerThr= ead_C (_ss=3D0x1) > > =A0=A0=A0 at SocketServer.cpp:231<br= />> > # 4=A0 0x00000000006a35de in ndb_thread_wrapper (_ss=3D0= xc581710) at > > # NdbThread.c:147 5=A0 0x000000370e8064a7= in start_thread () from > > # /lib64/libpthread.so.0 6=A0= 0x000000370e0d3c2d in clone () from > > # /lib64/libc.so.= 6 > > > > Thread 3 (process 12312): > > # 0=A0 0x000000370e0d4018 in epoll_wait () from /lib64/lib= c.so.6 > > ---Type to continue, or q to quit--- &gt= ; > # 1=A0 0x00000000004b9559 in slapd_daemon_task (ptr=3D0x0) at = daemon.c:2460 > > # 2=A0 0x000000370e8064a7 in start_threa= d () from /lib64/libpthread.so.0 > > # 3=A0 0x000000370e0d= 3c2d in clone () from /lib64/libc.so.6 > > > > Thread 2 (process 12314): > > # 0=A0 0x000000370e80= ab99 in pthread_cond_wait@@GLIBC_2.3.2 () > > =A0=A0 from = /lib64/libpthread.so.0 > > # 1=A0 0x000000000059b0a3 in ld= ap_pvt_thread_cond_wait (cond=3D0xc538bc0, > > =A0=A0=A0 m= utex=3D0xc538b98) at thr_posix.c:277 > > # 2=A0 0x00000000= 00599b63 in ldap_int_thread_pool_wrapper (xpool=3D0xc538b90) > > =A0=A0=A0 at tpool.c:672 > > # 3=A0 0x000000370e806= 4a7 in start_thread () from /lib64/libpthread.so.0 > > # 4= =A0 0x000000370e0d3c2d in clone () from /lib64/libc.so.6 > &g= t; > > Thread 1 (process 12313): > > # 0= =A0 NdbTransaction::execute (this=3D0x15, > > # aTypeOfExe= c=3DNdbTransaction::Rollback, > > =A0=A0=A0 abortOption=3D= NdbOperation::DefaultAbortOption, forceSend=3D0) > > =A0= =A0=A0 at NdbTransaction.cpp:278 > > # 1=A0 0x000000000056= 1195 in NdbTransaction::execute (this=3D0x15, > > =A0=A0= =A0 execType=3DRollback, abortOption=3DDefaultAbortOption, force=3D0) = > > =A0=A0=A0 at /usr/include/mysql/storage/ndb/ndbapi/NdbTrans= action.hpp:343 > > # 2=A0 0x0000000000575926 in ndb_back_a= dd (op=3D0xc58c5d0, rs=3D0x4283ec00) > > =A0=A0=A0 at add.= cpp:336 > > ---Type to continue, or q to quit--- &g= t; > # 3=A0 0x00000000004c6489 in fe_op_add (op=3D0xc58c5d0, rs=3D= 0x4283ec00) at > > # add.c:334 4=A0 0x00000000004c5e13 in = do_add (op=3D0xc58c5d0, rs=3D0x4283ec00) > > # at add.c:19= 4 5=A0 0x00000000004bd06a in connection_operation > > # (c= tx=3D0x4283ed50, > > =A0=A0=A0 arg_v=3D0xc58c5d0) at conne= ction.c:1123 > > # 6=A0 0x00000000004bd5ef in connection_r= ead_thread (ctx=3D0x4283ed50, > > # argv=3D0xd) > = > =A0=A0=A0 at connection.c:1259 > > # 7=A0 0x000= 0000000599c01 in ldap_int_thread_pool_wrapper (xpool=3D0xc538b90) >= > =A0=A0=A0 at tpool.c:685 > > # 8=A0 0x00000037= 0e8064a7 in start_thread () from /lib64/libpthread.so.0 > &gt= ; # 9=A0 0x000000370e0d3c2d in clone () from /lib64/libc.so.6 > <br= />> (gdb) > > > > > &= gt; > > > > On Tue, Dec 15, 2009 at 4:0= 1 AM, Quanah Gibson-Mount quanah(a)zimbra.com> > > wrote:= > > > > --On Saturday, December 12, 200= 9 5:48 PM +0000 quanah(a)zimbra.com wrote: > > > <b= r />> > > > > > > = # 0=3DC2=3DA0 0x000000000066f891 in ?? () > > (gdb) &= gt; > > > > > > > So where's the thr apply all bt command inside gdb? =A0You've= just loaded > > > > > &g= t; Please provide the backtrace as noted if you want this to be further > > investigated. =A0Thanks! > > > = > Again, after you run: > > > >= gdb > > > > You then need to run: > > > > thr apply all bt > &g= t; > > To get a backtrace of all threads, and then submit= that to the ITS. > > > > > <br= />> > > > > --Quanah > > > > > > -- > > = > > Quanah Gibson-Mount > > Principal So= ftware Engineer > > Zimbra, Inc > > -----= --------------- > > Zimbra :: =A0the leader in open source= messaging and collaboration > > > > <br= />> > > > > > > <= br />> > -- > > > > Quanah G= ibson-Mount > > Principal Software Engineer > > Zimbra, Inc > > -------------------- > > Zimbra :: =A0the leader in open source messaging and collaboration<b= r />> --001485f6da5ee30006047ac04fe7--

1 0

← Newer
1
2
3
4
5
6
7
...
14
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs December 2009