[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: test008-concurrency failed (ITS#2307)



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Le Samedi 15 Février 2003 21:53, Howard Chu a écrit :
> We cannot use the core file without all of the binaries of the running
> executable (and any shared libraries) that generated it. It would be
> simpler for us if you simply load the slapd and core file with gdb and
> issue the "bt" command and send us that output.
>

xxx% gdb
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-unknown-freebsd".
(gdb) target exec servers/slapd/slapd
(gdb) target core tests/slapd.core
Core was generated by `slapd'.
Program terminated with signal 6, Abort trap.
Reading symbols from /usr/home/xxx/usr/local/lib/libdb-4.1.so...done.
Reading symbols from /usr/lib/libssl.so.2...done.
Reading symbols from /usr/lib/libcrypto.so.2...done.
Reading symbols from /usr/lib/libfetch.so.2...done.
Reading symbols from /usr/lib/libcom_err.so.2...done.
Reading symbols from /usr/lib/libc_r.so.4...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0  0x282b8820 in kill () from /usr/lib/libc_r.so.4
(gdb) bt
#0  0x282b8820 in kill () from /usr/lib/libc_r.so.4
#1  0x28302d3e in abort () from /usr/lib/libc_r.so.4
#2  0x282dd73f in __assert () from /usr/lib/libc_r.so.4
#3  0x8063424 in ?? ()
#4  0x8082f9f in ?? ()
#5  0x808312c in ?? ()
#6  0x808267b in ?? ()
#7  0x8051f89 in ?? ()
#8  0x80508b8 in ?? ()
#9  0x8096842 in ?? ()
#10 0x2828fe9b in _thread_start () from /usr/lib/libc_r.so.4
#11 0x0 in ?? ()


> It's also possible that your system has actually run out of memory. Try
> editing the data/slapd.conf file and setting "threads 16" and re-run the
> test. By default the maximum number of threads is 32, and each thread may
> malloc some large buffers to keep around.

I'm using a VPS, I don't know how to monitor the memory on this

However I have set threads to 16, 10, 2 and 1, the tests still fails at 
test008-concurrency, here are the last lines of master.log

SRCH "o=University of Michigan,c=US" 2 0    0 0 0
ber_scanf fmt ({mm}) ber:
    filter: (cn=Bjorn Jensen)
ber_scanf fmt ({M}}) ber:
    attrs: cn sn
conn=7 op=1 SRCH base="o=University of Michigan,c=US" scope=2 
filter="(cn=Bjorn Jensen)"
=> bdb_back_search
bdb_dn2entry_rw("o=university of michigan,c=us")
=> bdb_dn2id_matched( "o=university of michigan,c=us" )
====> bdb_cache_find_entry_dn2id("o=university of michigan,c=us"): 1 (1 tries)
====> bdb_cache_find_entry_id( 1 ) "o=University of Michigan,c=US" (found) (1 
tries)
search_candidates: base="o=University of Michigan,c=US" (0x00000001) scope=2
ch_malloc of 8388608 bytes failed
assertion "0" failed: file "ch_malloc.c", line 38



- -- 

Thomas Carrié
Identité GPG : 0285ED14

http://www.lebars.org/sec/tcpa-faq.fr.html
http://www.pimientolinux.com/peru2ms/villanueva_to_ms.html
http://petition.eurolinux.org/pr/fr/pr17.html
http://aful.org/publi/articles/gilmore-copy-protection.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+UAmNnJNpQgKF7RQRAhOhAJ9ywOOGYnTtiI8gXdxcEbhPN+1JKgCgtV0h
4SV3Er4EsOMV8irMr3eDCrI=
=t4p8
-----END PGP SIGNATURE-----