[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
>Submission from: (NULL) (
>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
>make depend
>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 


    SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497