Good day.
Openldap 2.4.19 installed from freebsd ports. All configs in defauls Freebsd 7.2 amd64
All configs in defauls, added anly indexes and back_end are hdb. Testing database is 1000 users accounts with minimal attributes from standart schemas.
Under testing load slapd crash after 10sec of work.
]>ldd /usr/local/libexec/slapd /usr/local/libexec/slapd: libldap_r-2.4.so.7 => /usr/local/lib/libldap_r-2.4.so.7 (0x80073b000) liblber-2.4.so.7 => /usr/local/lib/liblber-2.4.so.7 (0x800881000) libltdl.so.7 => /usr/local/lib/libltdl.so.7 (0x80098e000) libdb-4.6.so.0 => /usr/local/lib/libdb-4.6.so.0 (0x800a97000) libssl.so.5 => /usr/lib/libssl.so.5 (0x800ccf000) libcrypto.so.5 => /lib/libcrypto.so.5 (0x800e19000) libfetch.so.5 => /usr/lib/libfetch.so.5 (0x8010ab000) libcom_err.so.4 => /usr/lib/libcom_err.so.4 (0x8011b9000) libcrypt.so.4 => /lib/libcrypt.so.4 (0x8012bb000) libwrap.so.5 => /usr/lib/libwrap.so.5 (0x8013d4000) libthr.so.3 => /lib/libthr.so.3 (0x8014dd000) libc.so.7 => /lib/libc.so.7 (0x8015f5000)
gdb /usr/local/libexec/slapd (gdb) run -d 0 Starting program: /usr/local/libexec/slapd -d 0 (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debug symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols d)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no gging symbols found)...[New LWP 100584] (no debugging symbols found)...(no debugging symbols found)...[New Thread 0x8019020b0 (LWP 100584)] (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debug symbols found)...[New Thread 0x801902560 (LWP 100085)]
[New Thread 0x8022040b0 (LWP 100113)] [New Thread 0x802204240 (LWP 100128)] [New Thread 0x8022043d0 (LWP 100162)] [New Thread 0x802204560 (LWP 100209)]
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x802204560 (LWP 100209)] 0x0000000801d96b6e in hdb_idl_fetch_key () from /usr/local/libexec/openldap/back_hdb-2.4.so.7
(gdb) (gdb) (gdb) where #0 0x0000000801d96b6e in hdb_idl_fetch_key () from /usr/local/libexec/openldap/back_hdb-2.4.so.7 #1 0x0000000801d8e449 in hdb_key_read () from /usr/local/libexec/openldap/back_hdb-2.4.so.7 #2 0x0000000801d909f4 in hdb_filter_candidates () from /usr/local/libexec/openldap/back_hdb-2.4.so.7 #3 0x0000000801d91376 in list_candidates () from /usr/local/libexec/openldap/back_hdb-2.4.so.7 #4 0x0000000801d8fa1c in hdb_filter_candidates () from /usr/local/libexec/openldap/back_hdb-2.4.so.7 #5 0x0000000801d91376 in list_candidates () from /usr/local/libexec/openldap/back_hdb-2.4.so.7 #6 0x0000000801d8fd4a in hdb_filter_candidates () from /usr/local/libexec/openldap/back_hdb-2.4.so.7 #7 0x0000000801d8ab36 in hdb_search () from /usr/local/libexec/openldap/back_hdb-2.4.so.7 #8 0x000000000042cda8 in fe_op_search () #9 0x000000000042d519 in do_search () #10 0x000000000042a9ef in connection_closing () #11 0x000000000042b48a in connections_shutdown () #12 0x000000080074b352 in ldap_int_thread_pool_wrapper () from /usr/local/lib/libldap_r-2.4.so.7 #13 0x00000008014e54d1 in pthread_getprio () from /lib/libthr.so.3 #14 0x0000000000000000 in ?? () Error accessing memory address 0x7ffffdbfb000: Bad address. (gdb)
I glad to give a more debug, if any body say how to do it.
--On Monday, November 02, 2009 2:42 PM +0300 alexs@ulgsm.ru wrote:
Good day.
Openldap 2.4.19 installed from freebsd ports. All configs in defauls Freebsd 7.2 amd64
I glad to give a more debug, if any body say how to do it.
What version of BDB are you using? Is it fully patched? I would suggest you build with the "-g" flag to slapd, and make sure that when you run "make install" you add the STRIP="" bit to keep the debugging symbols in the binary. I.e.,:
make install STRIP=""
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
* Quanah Gibson-Mount quanah@zimbra.com [2009-11-02 09:19:07 -0800]:
--On Monday, November 02, 2009 2:42 PM +0300 alexs@ulgsm.ru wrote:
Good day.
Openldap 2.4.19 installed from freebsd ports. All configs in defauls Freebsd 7.2 amd64
I glad to give a more debug, if any body say how to do it.
What version of BDB are you using? Is it fully patched? I would suggest
I tried db46-4.6.21.4, db47-4.7.25.4 latest from freebsd ports.
you build with the "-g" flag to slapd, and make sure that when you run "make install" you add the STRIP="" bit to keep the debugging symbols in the binary. I.e.,:
make install STRIP=""
#cd /usr/ports/net/openldap24-server #make -g #make: illegal option -- g
#make install STRIP="" Installation has been completed successfully. However, I do not see anything new (or anything different) in debug messages.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc
Zimbra :: the leader in open source messaging and collaboration
--On Tuesday, November 03, 2009 11:12 AM +0300 "Ключников А.С." alexs@ulgsm.ru wrote:
- Quanah Gibson-Mount quanah@zimbra.com [2009-11-02 09:19:07 -0800]:
--On Monday, November 02, 2009 2:42 PM +0300 alexs@ulgsm.ru wrote:
Good day.
Openldap 2.4.19 installed from freebsd ports. All configs in defauls Freebsd 7.2 amd64
I glad to give a more debug, if any body say how to do it.
What version of BDB are you using? Is it fully patched? I would suggest
I tried db46-4.6.21.4, db47-4.7.25.4 latest from freebsd ports.
you build with the "-g" flag to slapd, and make sure that when you run "make install" you add the STRIP="" bit to keep the debugging symbols in the binary. I.e.,:
make install STRIP=""
# cd /usr/ports/net/openldap24-server # make -g # make: illegal option -- g
"-g" is an option to gcc used while building so that you'll include debugging symbols. It is not an option to make. I generally set it before calling configure, i.e.,
CFLAGS="-g -O0" ./configure <whatever configure options I want to use>
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
* Quanah Gibson-Mount quanah@zimbra.com [2009-11-03 08:33:26 -0800]:
# cd /usr/ports/net/openldap24-server # make -g # make: illegal option -- g
"-g" is an option to gcc used while building so that you'll include debugging symbols. It is not an option to make. I generally set it before calling configure, i.e.,
CFLAGS="-g -O0" ./configure <whatever configure options I want to use>
I think i get it.
#gdb /usr/local/libexec/slapd (gdb) run -d 0 Starting program: /usr/local/libexec/slapd -d 0 [New LWP 100311] [New Thread 0x801a020b0 (LWP 100311)] [New Thread 0x801a02880 (LWP 100073)] [New Thread 0x8034040b0 (LWP 100076)] [New Thread 0x803404240 (LWP 100077)] [New Thread 0x8034043d0 (LWP 100078)] [New Thread 0x803404560 (LWP 100116)]
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x803404560 (LWP 100116)] 0x0000000802d5aa4b in hdb_idl_fetch_key (be=Error accessing memory address 0x7ffffd9f9f38: Bad s. ) at idl.c:511 511 { (gdb) (gdb) (gdb) where #0 0x0000000802d5aa4b in hdb_idl_fetch_key (be=Error accessing memory address 0x7ffffd9f9f38: dress. ) at idl.c:511 #1 0x0000000802d50dc5 in hdb_key_read (be=0x801a853d0, db=0x803519800, txn=0x80352b040, k=0x806900570, ids=0x806a00000, saved_cursor=0x0, get_flag=0) at key.c:50 #2 0x0000000802d5363c in equality_candidates (op=0x803521000, rtxn=0x80352b040, ava=0x7ffffda7a4f0, ids=0x806c00000, tmp=0x806a00000) at filterindex.c:788 #3 0x0000000802d51d10 in hdb_filter_candidates (op=0x803521000, rtxn=0x80352b040, f=0x7ffffda7a550, ids=0x806c00000, tmp=0x806a00000, stack=0x806d00000) at filterindex.c:154 #4 0x0000000802d5297f in list_candidates (op=0x803521000, rtxn=0x80352b040, flist=0x7ffffda7a5 ftype=161, ids=0x806b00000, tmp=0x806a00000, save=0x806c00000) at filterindex.c:581 #5 0x0000000802d5229c in hdb_filter_candidates (op=0x803521000, rtxn=0x80352b040, f=0x7ffffda7a530, ids=0x806b00000, tmp=0x806a00000, stack=0x806c00000) at filterindex.c:204 #6 0x0000000802d5297f in list_candidates (op=0x803521000, rtxn=0x80352b040, flist=0x7ffffda7a5 ftype=160, ids=0x7ffffdafa760, tmp=0x806a00000, save=0x806b00000) at filterindex.c:581 #7 0x0000000802d521e4 in hdb_filter_candidates (op=0x803521000, rtxn=0x80352b040, f=0x7ffffda7a570, ids=0x7ffffdafa760, tmp=0x806a00000, stack=0x806b00000) at filterindex.c: #8 0x0000000802d4dca9 in search_candidates (op=0x803521000, rs=0x7ffffdbfab30, e=0x7ffffda7a71 txn=0x80352b040, ids=0x7ffffdafa760, scopes=0x7ffffda7a760) at search.c:1206 #9 0x0000000802d4befa in hdb_search (op=0x803521000, rs=0x7ffffdbfab30) at search.c:586 #10 0x0000000000439bb5 in fe_op_search (op=0x803521000, rs=0x7ffffdbfab30) at search.c:366 #11 0x0000000000439520 in do_search (op=0x803521000, rs=0x7ffffdbfab30) at search.c:217 #12 0x000000000043613d in connection_operation (ctx=0x7ffffdbfac70, arg_v=0x803521000) at connection.c:1123 #13 0x00000000004366d9 in connection_read_thread (ctx=0x7ffffdbfac70, argv=0x12) at connection.c:1259 #14 0x0000000800797052 in ldap_int_thread_pool_wrapper () from /usr/local/lib/libldap_r-2.4.so. #15 0x000000080164b4d1 in pthread_getprio () from /lib/libthr.so.3 #16 0x0000000000000000 in ?? () Error accessing memory address 0x7ffffdbfb000: Bad address.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc
Zimbra :: the leader in open source messaging and collaboration
--On Wednesday, November 04, 2009 11:39 AM +0300 alexs@ulgsm.ru wrote:
- Quanah Gibson-Mount quanah@zimbra.com [2009-11-03 08:33:26 -0800]:
# cd /usr/ports/net/openldap24-server # make -g # make: illegal option -- g
"-g" is an option to gcc used while building so that you'll include debugging symbols. It is not an option to make. I generally set it before calling configure, i.e.,
CFLAGS="-g -O0" ./configure <whatever configure options I want to use>
I think i get it.
Thanks. I failed to realize this before, but you haven't actually filed an ITS. The proper way to report a bug is to go to http://www.openldap.org/its/ and file an ITS, and then use the generated email from there so it gets properly tracked in the bug system.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration