[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#3609) ch_malloc of 8388608 bytes failed
bsmith@sudleyplace.com wrote:
>Full_Name: Bob Smith
>Version: 2.2.24
>OS: FreeBSD 4.7-RELEASE-p27 (VKERN) #38
>URL:
>Submission from: (NULL) (67.50.145.10)
>
>
>I compiled OpenLDAP 2.2.24 using ./config:
>
>CPPFLAGS='-I/usr/home/qualitas/usr/local/include' \
>LDFLAGS='-L/usr/home/qualitas/usr/local/lib' \
>'./configure' \
>'--prefix=/usr/home/qualitas/usr/local' \
>"$@"
>
>each time I try again, I run
>
>make veryclean
>./config
>make depend
>make
>make install
>
>I'm using BDB 4.3.27 from SleepyCat.
>
>Among other settings, slapd.conf has
>
>threads 4
>
>database bdb
>
>I call slapd as follows:
>
>~~/usr/local/libexec/slapd -h ldap://qualitas.com -d 1
>
>When I exercise it (run Softerra's LDAP Browser as well as Mozilla Thunderbird
>1.0), after a little while slapd fails with the above error message.
>
>I have a 25MB slapd.core, but I have no idea what to look for in it. I've seen
>this error message discussed before in the mailing lists, but none of the
>solutions seem to apply here.
>
>
Follow instructions at <http://www.openldap.org/faq/data/cache/56.html>,
significantly how to prouce a useful backtrace from gdb
<http://www.openldap.org/faq/data/cache/59.html>. Note that you need to
use an unstripped version of slapd to produce the backtrace, so don't
use the installed binary, but rather the one that is in the build tree.
It is essential that you allow us to trace where that big allocation
occurred. It should't look so strange, because OpenLDAP's slapd with
back-bdb can be very memory-demanding unless carefully configured; the
one you report shouldn't be a bug, because slapd appears to be trying to
allocate a chunk of 2^23 bytes (8Mb), which may occur in many places).
Moreover, I wouldn't recommend Berkeley 4.3.27 yet for production; use
4.2.52 with patches from Berkeley and from OpenLDAP for read-only
transactions.
p.
SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497