[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) (66.18.18.14)
>
>
> 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/