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

Re: (ITS#5019) slapd: ldbm/gdbm, cache.c core dump

asedlack@mailfoundry.com wrote:
> Full_Name: Aron Sedlack
> Version: 2.3.35
> OS: Linux
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (
> Platform: Linux, OpenLDAP-2.3.35
> Compiled with: ./configure --enable-dynamic --enable-wrappers --enable-bdb=no
> --enable-hdb=no --enable-ldbm --enable-ldbm-api=gdbm --with-threads --with-tls
> --with-threads=no
> gcc version 3.3.4, gdbm 1.8.3, OpenSSL 0.9.8e
> slapd core dumps with a corrupted stack, SIGABRT.
> slapd: cache.c:111: cache_return_entry_rw: Assertion `e->e_private != (( void
> *)0)' failed..
> Happens every time ldif is loaded...
> $ ldapmodify -a -f ./mf.ldif -D "cn=Root,dc=mf" -w secret
> adding new entry "dc=mf"
> adding new entry "dc=iana,dc=mf"
> ldap_result: Can't contact LDAP server (-1)

1) ldbm is deprecated, don't use it.

2) if you insist on using it, get a debug stack trace for the abort

3) note that ldbm is still tested regularly in the 2.3 builds, and no one else 
has reported this occurrence, so there's probably something odd in your 
configuration. Providing your slapd.conf might help.

But the ldbm code has been removed for 2.4; support for it is disappearing fast.

   -- Howard Chu
   Chief Architect, Symas Corp.  http://www.symas.com
   Director, Highland Sun        http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP     http://www.openldap.org/project/