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

Re: Segmentation fault on 2.1.13



I still confirm the segmentation fault !! misunderstanding of me or a bug ?

I recompile (without playing with rpm packages ...) from scratch the tar .gz using this time BDB as share library (not statically link):

$ export CPPFLAGS="-I/usr/local/jehan/db-4.1.25.NC/include"
$ export LDFLAGS="-L/usr/local/jehan/db-4.1.25.NC/lib"

[jehan@corbeau /usr/local/src/openldap-2.1.13]
$ ./configure --prefix=/usr/local/jehan/openldap-2.1.13/ --enable-passwd --enable-shell --enable-cleartext --enable-crypt --enable-spasswd --enable-modules --enable-lmpasswd --enable-monitor --enable-rewrite --enable-ldap --enable-meta --enable-shell --enable-password --enable-debug --enable-bdb --enable-ldbm --with-ldbm-api=berkeley


$ export LD_LIBRARY_PATH=/usr/local/jehan/db-4.1.25.NC/lib/
$ /usr/local/jehan/openldap-2.1.13/sbin/slapadd -f /etc/openldap/slapd_meta.conf -l /Ldif/meta.ldif -n 2 -d 32
bdb_initialize: Sleepycat Software: Berkeley DB 4.1.25: (December 19, 2002)
bdb_db_init: Initializing BDB database
bdb_db_init: Initializing BDB database
Segmentation fault


However bdb file are created by the above slapadd command :

[root@corbeau /var/lib/ldap/get_meta]
$ ll
total 516
-rw-------    1 root     root         8192 Feb 27 09:11 __db.001
-rw-------    1 root     root       270336 Feb 27 09:11 __db.002
-rw-------    1 root     root        98304 Feb 27 09:11 __db.003
-rw-------    1 root     root       368640 Feb 27 09:11 __db.004
-rw-------    1 root     root        16384 Feb 27 09:11 __db.005
-rw-------    1 root     root         8192 Feb 27 09:11 dn2id.bdb
-rw-------    1 root     root        32768 Feb 27 09:11 id2entry.bdb
-rw-------    1 root     root        57468 Feb 27 09:11 log.0000000001
-rw-------    1 root     root        20480 Feb 27 09:11 objectClass.bdb

Again this is using an very simple BDB-backend:
$ more  /etc/openldap/slapd_meta.conf
..
database        bdb
suffix          "dc=get-telecom,dc=fr"
rootdn          "cn=admin, dc=get-telecom,dc=fr
rootpw          {crypt}jpG0l9N45nDn6
directory       /var/lib/ldap/get_meta
#cachesize       100
#checkpoint      10 5
index   objectClass     eq

I really don't know where I could make an error (same thing, same machine, worked fined on 2.1.12), should I consider this as a bug ?

Thanks.

Simon Gao wrote:
I have tried reinstalled db-4.1.25, sasl-2.1.12 and openldap-2.1.13 several times. I indeed found that there might be an issue with db library linking. But I had forced to use db-4.1.25 libs as:


CPPFLAGS="-I/usr/local/bdb4.1.25/include" LDFLAGS="-L/usr/local/bdb4.1.25/lib"


Before a symlink for libdb-4.1.so to libdb41.so or libdb-41.so:

checking for db.h... yes
checking for Berkeley DB link (default)... no
checking for Berkeley DB link (-ldb41)... no
checking for Berkeley DB link (-ldb-41)... no
checking for Berkeley DB link (-ldb4)... no
checking for Berkeley DB link (-ldb-4)... yes
checking for Berkeley DB thread support... yes
checking Berkeley DB version for BDB backend... yes


After the symlink for libdb41.so to libdb-4.1.so is made:

hecking for db.h... yes
checking for Berkeley DB link (default)... no
checking for Berkeley DB link (-ldb41)... yes
checking for Berkeley DB thread support... yes
checking Berkeley DB version for BDB backend... yes


It appears that CPPFLAGS does not work. The db-4.1.25 libraries and symlink must in /lib or /usr/lib.


Anyway, I am pretty sure 2.1.13 now links to db-4.1.25 library. However, I still got seg fault.

Any help is appreciated.

Thanks.

Simon Gao











Michael Ströder wrote:

Simon Gao wrote:

I still got segmentation fault even without any index. This is really wired. Have you tried 2.1.13 with your current slapd.conf yet?



Any chance you have a Berkeley-DB library mix on your system? Check your RPM-list.


Ciao, Michael.







-- Jehan Procaccia | Ingenieur Systemes & Reseaux Institut National des Telecommunications| Tel : +33 (0) 160764436 MCI, Moyens Communs Informatiques | Mail: Jehan.Procaccia@int-evry.fr 9 rue Charles Fourier 91011 Evry France | Fax : +33 (0) 160764321