You need to submit an ITS at http://www.openldap.org/its/ and with the full output of thr apply all bt full rather than sending this to the list. ;)
--Quanah ----- "Bryan J. Maupin" <[email protected]> wrote: > Okay, ran slapd using gdb, obtained a backtrace (using instructions > from > http://www.openldap.org/faq/data/cache/59.html). If needed, I can also > > send results from "thread apply all bt" > > (gdb) run -d 0 -h "ldap:/// ldaps:///" -u ldap > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x4860e940 (LWP 20454)] > tcmalloc::CentralFreeList::FetchFromSpans (this=0x2b1cdb76c5e0) > at src/central_freelist.cc:249 > 249 src/central_freelist.cc: No such file or directory. > in src/central_freelist.cc > Current language: auto; currently c++ > (gdb) bt full > #0 tcmalloc::CentralFreeList::FetchFromSpans (this=0x2b1cdb76c5e0) > at src/central_freelist.cc:249 > span = (tcmalloc::Span *) 0x37efaaf0 > result = (void *) 0x6f433d6e632c3230 > #1 0x00002b1cdb551939 in tcmalloc::CentralFreeList::FetchFromSpansSafe > ( > this=0x2b1cdb76c5e0) at src/central_freelist.cc:234 > t = <value optimized out> > #2 0x00002b1cdb5519d9 in tcmalloc::CentralFreeList::RemoveRange ( > this=0x2b1cdb76c5e0, start=0x4860d840, end=0x4860d838, > N=<value optimized out>) at src/central_freelist.cc:214 > result = 0 > head = (void *) 0x0 > tail = <value optimized out> > #3 0x00002b1cdb554ce4 in tcmalloc::ThreadCache::FetchFromCentralCache > ( > this=0x61ba168, cl=<value optimized out>, byte_size=256) > at src/thread_cache.cc:149 > list = (tcmalloc::ThreadCache::FreeList *) 0x61ba328 > batch_size = 32 > start = <value optimized out> > end = <value optimized out> > fetch_count = <value optimized out> > #4 0x00002b1cdb5590b6 in tc_malloc (size=244) at > src/thread_cache.h:340 > result = <value optimized out> > #5 0x00002b1cdd4fc0c2 in CRYPTO_malloc () > from /opt/openssl/lib/libcrypto.so.0.9.8 > No symbol table info available. > #6 0x00002b1cdd55d1a3 in EVP_CipherInit_ex () > from /opt/openssl/lib/libcrypto.so.0.9.8 > No symbol table info available. > #7 0x00002b1cdd272192 in tls1_change_cipher_state () > from /opt/openssl/lib/libssl.so.0.9.8 > No symbol table info available. > #8 0x00002b1cdd264a91 in ssl3_accept () from > /opt/openssl/lib/libssl.so.0.9.8 > No symbol table info available. > #9 0x00002b1cdb7cc21e in tlso_session_accept (sess=0x37287e00) at > tls_o.c:376 > s = (tlso_session *) 0x37287e00 > #10 0x00002b1cdb7c9edc in ldap_pvt_tls_accept (sb=0x25e5c7e0, > ctx_arg=0x65c3e00) at tls2.c:429 > err = -2 > ssl = (tls_session *) 0x37287e00 > #11 0x000000000043a8c2 in connection_read (s=70, cri=0x4860dd10) > at connection.c:1326 > rc = 0 > c = (Connection *) 0x6658080 > __PRETTY_FUNCTION__ = "connection_read" > #12 0x000000000043a47e in connection_read_thread (ctx=0x4860dd70, > argv=0x46) > at connection.c:1238 > rc = 102813704 > cri = {op = 0x0, func = 0, arg = 0x0, ctx = 0x4860dd70, nullop = 0} > s = 70 > #13 0x00002b1cdb797cc3 in ldap_int_thread_pool_wrapper > (xpool=0x620d000) > at tpool.c:685 > pool = (struct ldap_int_thread_pool_s *) 0x620d000 > task = (ldap_int_thread_task_t *) 0x9fcbd60 > work_list = (ldap_int_tpool_plist_t *) 0x620d098 > ctx = {ltu_id = 1214310720, ltu_key = {{ltk_key = 0x439b17, > ltk_data = 0x2c728e00, ltk_free = 0x43997a <conn_counter_destroy>}, { > ltk_key = 0x4a9316, ltk_data = 0x1fbd71c0, > ltk_free = 0x4a9110 <slap_sl_mem_destroy>}, {ltk_key = 0x65d3800, > ltk_data = 0x2c854480, ltk_free = 0x518a54 <bdb_reader_free>}, { > ltk_key = 0x4ea875, ltk_data = 0x2ca5b000, > ltk_free = 0x4ea855 <search_stack_free>}, {ltk_key = 0x4544a4, > ltk_data = 0x65b8000, ltk_free = 0x454400 <slap_op_q_destroy>}, { > ltk_key = 0x0, ltk_data = 0x31fa0000, ltk_free = 0}, {ltk_key = 0x0, > ltk_data = 0x0, ltk_free = 0} <repeats 26 times>}} > kctx = (ldap_int_thread_userctx_t *) 0x0 > i = 32 > keyslot = 81 > hash = 1878162513 > pool = (struct ldap_int_thread_pool_s *) 0x620d000 > task = (ldap_int_thread_task_t *) 0x9fcbd60 > work_list = (ldap_int_tpool_plist_t *) 0x620d098 > ctx = {ltu_id = 1214310720, ltu_key = {{ltk_key = 0x439b17, > ltk_data = 0x2c728e00, ltk_free = 0x43997a <conn_counter_destroy>}, { > ltk_key = 0x4a9316, ltk_data = 0x1fbd71c0, > ltk_free = 0x4a9110 <slap_sl_mem_destroy>}, {ltk_key = 0x65d3800, > ltk_data = 0x2c854480, ltk_free = 0x518a54 <bdb_reader_free>}, { > ltk_key = 0x4ea875, ltk_data = 0x2ca5b000, > ltk_free = 0x4ea855 <search_stack_free>}, {ltk_key = 0x4544a4, > ltk_data = 0x65b8000, ltk_free = 0x454400 <slap_op_q_destroy>}, { > ltk_key = 0x0, ltk_data = 0x31fa0000, ltk_free = 0}, {ltk_key = 0x0, > ltk_data = 0x0, ltk_free = 0} <repeats 26 times>}} > kctx = (ldap_int_thread_userctx_t *) 0x0 > i = 32 > keyslot = 81 > hash = 1878162513 > __PRETTY_FUNCTION__ = "ldap_int_thread_pool_wrapper" > #14 0x0000003e65406617 in start_thread () from /lib64/libpthread.so.0 > No symbol table info available. > #15 0x0000003e64cd3c2d in clone () from /lib64/libc.so.6 > No symbol table info available. > > > Quanah Gibson-Mount escribio': > > --On Monday, February 08, 2010 11:05 AM -0600 "Bryan J. Maupin" > > <[email protected]> wrote: > > > > > >> Make sure your OpenLDAP build, etc, has debugging symbols. > >> > >> > >> I've never done this, so just to be sure, to do this I need to > pass > >> CFLAGS="-g -O0" when running configure, then make install STRIP="" > when > >> it's time for that step, correct? > >> > > > > Correct > > > > > >> Then, I simply "gdb /path/to/slapd [options] /path/to/slapd.core"? > >> > > > > Correct > > > > > >> Lastly, do I need to change the slapd log level at all, or will all > of > >> the helpful information be in the core file? > >> > > > > For now, loglevel is likely unimportant. The core file has all the > > > information necessary. > > > > --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
