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

Re: Instalation problems with BDB 4.4.20





--On Friday, February 24, 2006 2:48 PM +0000 ricardo.ferreira@cimsoft.pt wrote:


# 1)To this problem I found in the WebSite this:
Berkeley DB library configured to support only DB_PRIVATE environments
----------------------------------------------------------------------
Some versions of Redhat Linux, and possibly some other Linux
distributions, include a seriously restricted build of the
Berkeley DB library that is incompatible with this module. See
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=91933 for an
exhaustive discussion on the reasons for this.

Solution:
You will have to build a private copy of the Berkeley DB library and
use it when building this Perl module.

P.s. I don't know what this means "build a private copy of the Berkeley DB
library and use it when building this Perl module."


It means you have to build BDB yourself, which you are doing. If you haven't loaded an LDIF file or created a BDB environment prior to starting slapd, I would certainly expect to see an error returned when slapd starts up. Did slapd shutdown after the error you reported, or did it simply report the error and continue running?


I will note that MIT KRB5 is magnitudes slower than Heimdal Kerberos. If you plan on using Krb5 via SASL/GSSAPI with your servers, I recommend that you use Heimdal Kerberos with a modern version of Cyrus-SASL (2.1.22).



# BACKEND
gunzip -d db-4.4.20.tar.gz
tar -xf db-4.4.20.tar
cd db-4.4.20
cd build_unix
../dist/configure
make
make install

This is how I build BDB 4.4 without a problem.


# OPENLDAP
tar xvzf openldap-2.3.20.tgz
cd openldap-2.3.20
env
CPPFLAGS="-I/usr/local/ssl/include -I/usr/local/BerkeleyDB4.4/include
-I/usr /include"
LDFLAGS="-L/usr/local/ssl/lib -L/usr/local/BerkeleyDB4.4/lib -L/usr/lib"
./configure --with-tls --with-cyrus-sasl --with-kerberos --enable-crypt
--en able-kpasswd --enable-spasswd --enable-wrappers --enable-slurpd


--enable-kpasswd is not a valid option with OpenLDAP 2.3.20. That particular ugly hack has been removed from OpenLDAP for quite some time.

--Quanah

--
Quanah Gibson-Mount
Principal Software Developer
ITS/Shared Application Services
Stanford University
GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html