LDAP Programming
 
Forums: » Register « |  User CP |  Games |  Calendar |  Members |  FAQs |  Sitemap |  Support | 
User Name:
Password:
Remember me
Go Back   Dev Shed ForumsDatabasesLDAP Programming

Reply
Add This Thread To:
  Del.icio.us   Digg   Google   Spurl   Blink   Furl   Simpy   Y! MyWeb 
Thread Tools Search this Thread Rate Thread Display Modes
 
Unread Dev Shed Forums Sponsor:
  #1  
Old September 9th, 2004, 07:31 AM
bompada bompada is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Sep 2004
Posts: 3 bompada User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: < 1 sec
Reputation Power: 0
configure: error: Berkeley DB version mismatch

Hi
I just started with LDAP. I am trying to install openLDAP2.2.15 on my lynux machine. I have already installed the Sleepycat Berkeley DB 4.2.52 (along with the two recommended patches). The configure script is giving the following error.
“configure: error: Berkeley DB version mismatch”.

Could somebody tell me how to resolve this issue?

Following are the installation logs.

[root@synergy openldap-2.2.15]# env CPPFLAGS="-I/usr/local/BerkeleyDB.4.2/include" LDFLAGS="-L/usr/local/BerkeleyDB.4.2/lib" ./configure --with-wrappers --with-ldbm-api=berkeley

Copyright 1998-2004 The OpenLDAP Foundation. All rights reserved.

Restrictions apply, see COPYRIGHT and LICENSE files.

Configuring OpenLDAP 2.2.15-Release ...

checking host system type... i686-pc-linux-gnu

checking target system type... i686-pc-linux-gnu

checking build system type... i686-pc-linux-gnu

checking for a BSD compatible install... /usr/bin/install -c

checking whether build environment is sane... yes

checking for mawk... no

checking for gawk... gawk

checking whether make sets ${MAKE}... yes

checking for working aclocal... found

checking for working autoconf... found

checking for working automake... found

checking for working autoheader... found

checking for working makeinfo... found

checking for gnutar... no

checking for gtar... gtar

checking configure arguments... configure: warning: LDBM disabled, ignoring --wi

th-ldbm-api argument

done

checking for a BSD compatible install... /usr/bin/install -c

checking for cc... cc

checking for ar... ar

checking for Cygwin environment... no

checking for mingw32 environment... no

checking for EMX OS/2 environment... no

checking how to run the C preprocessor... cc -E

checking for gcc... (cached) cc

checking whether the C compiler (cc -I/usr/local/BerkeleyDB.4.2/include -L/usr/

local/BerkeleyDB.4.2/lib) works... yes

checking whether the C compiler (cc -I/usr/local/BerkeleyDB.4.2/include -L/usr/

local/BerkeleyDB.4.2/lib) is a cross-compiler... no

checking whether we are using GNU C... yes

checking whether cc accepts -g... yes

checking for ld used by GCC... /usr/bin/ld

checking if the linker (/usr/bin/ld) is GNU ld... yes

checking for /usr/bin/ld option to reload object files... -r

checking for BSD-compatible nm... /usr/bin/nm -B

checking for a sed that does not truncate output... /bin/sed

checking whether ln -s works... yes

checking how to recognise dependent libraries... pass_all

checking for object suffix... o

checking for executable suffix... no

checking command to parse /usr/bin/nm -B output... ok

checking for dlfcn.h... yes

checking for ranlib... ranlib

checking for strip... strip

checking for objdir... .libs

checking for cc option to produce PIC... -fPIC

checking if cc PIC flag -fPIC works... yes

checking if cc static flag -static works... yes

checking if cc supports -c -o file.o... yes

checking if cc supports -c -o file.lo... yes

checking if cc supports -fno-rtti -fno-exceptions... yes

checking whether the linker (/usr/bin/ld) supports shared libraries... yes

checking how to hardcode library paths into programs... immediate

checking whether stripping libraries is possible... yes

checking dynamic linker characteristics... GNU/Linux ld.so

checking if libtool supports shared libraries... yes

checking whether to build shared libraries... yes

checking whether to build static libraries... yes

checking for dllload... no

checking for shl_load... no

checking for shl_load in -ldld... no

checking for dlopen... no

checking for dlopen in -ldl... yes

checking whether a program can dlopen itself... yes

checking whether a statically linked program can dlopen itself... no

checking whether -lc should be explicitly linked in... no

creating libtool

checking whether ln works... yes

checking whether ln -s works... (cached) yes

checking how to run the C preprocessor... cc -E

checking for Cygwin environment... (cached) no

checking for mingw32 environment... (cached) no

checking for executable suffix... (cached) no

checking for object suffix... (cached) o

checking for be_app in -lbe... no

checking for cc option to accept ANSI C... none needed

checking for cc depend flag... -M

checking for afopen in -ls... no

checking for EBCDIC... no

checking for ANSI C header files... yes

checking for dirent.h that defines DIR... yes

checking for opendir in -ldir... no

checking for sys/wait.h that is POSIX.1 compatible... yes

checking POSIX termios... yes

checking whether use of TIOCGWINSZ requires sys/ioctl.h... yes

checking for arpa/inet.h... yes

checking for arpa/nameser.h... yes

checking for assert.h... yes

checking for bits/types.h... yes

checking for conio.h... no

checking for crypt.h... yes

checking for direct.h... no

checking for errno.h... yes

checking for fcntl.h... yes

checking for filio.h... no

checking for getopt.h... yes

checking for grp.h... yes

checking for io.h... no

checking for libutil.h... no

checking for limits.h... yes

checking for locale.h... yes

checking for netinet/tcp.h... yes

checking for malloc.h... yes

checking for memory.h... yes

checking for psap.h... no

checking for pwd.h... yes

checking for process.h... no

checking for resolv.h... yes

checking for sgtty.h... yes

checking for shadow.h... yes

checking for stddef.h... yes

checking for string.h... yes

checking for strings.h... yes

checking for sysexits.h... yes

checking for sys/file.h... yes

checking for sys/filio.h... no

checking for sys/errno.h... yes

checking for sys/ioctl.h... yes

checking for sys/param.h... yes

checking for sys/resource.h... yes

checking for sys/select.h... yes

checking for sys/socket.h... yes

checking for sys/stat.h... yes

checking for sys/syslog.h... yes

checking for sys/time.h... yes

checking for sys/types.h... yes

checking for sys/ucred.h... no

checking for sys/uio.h... yes

checking for syslog.h... yes

checking for termios.h... yes

checking for unistd.h... yes

checking for winsock.h... no

checking for winsock2.h... no

checking for sigset in -lV3... no

checking for socket... yes

checking for select... yes

checking types of arguments for select()... int,fd_set *,struct timeval *

checking for regex.h... yes

checking for library containing regfree... none required

checking for compatible POSIX regex... yes

checking for sys/uuid.h... no

checking to see if -lrpcrt4 is needed for win32 UUID support... no

checking for res_query... no

checking for __res_query... no

checking for res_query in -lbind... no

checking for __res_query in -lbind... no

checking for res_query in -lresolv... yes

checking for getaddrinfo... yes

checking for getnameinfo... yes

checking for gai_strerror... yes

checking for inet_ntop... yes

checking INET6_ADDRSTRLEN... yes

checking struct sockaddr_storage... yes

checking for sys/un.h... yes

checking for openssl/ssl.h... yes

checking for ssl.h... no

checking for SSLeay_add_ssl_algorithms in -lssl... no

checking for SSL_library_init in -lssl... yes

checking for _beginthread... no

checking for pthread.h... yes

checking POSIX thread version... 10

checking for LinuxThreads pthread.h... yes

checking for GNU Pth pthread.h... no

checking for sched.h... yes

checking for pthread_create in default libraries... no

checking for pthread link with -kthread... no

checking for pthread link with -pthread... yes

checking for sched_yield... yes

checking for pthread_yield... yes

checking for thr_yield... no

checking for pthread_kill... yes

checking for pthread_rwlock_destroy... yes

checking for pthread_detach with <pthread.h>... yes

checking for pthread_setconcurrency... yes

checking for pthread_getconcurrency... yes

checking for thr_setconcurrency... no

checking for thr_getconcurrency... no

checking for pthread_kill_other_threads_np... yes

checking for LinuxThreads implementation... yes

checking for LinuxThreads consistency... yes

checking if pthread_create() works... yes

checking if select yields when using pthreads... yes

checking for thread specific errno... yes

checking for thread specific h_errno... yes

checking for ctime_r... yes

checking for gethostbyname_r... yes

checking for gethostbyaddr_r... yes

checking number of arguments of ctime_r... 2

checking number of arguments of gethostbyname_r... 6

checking number of arguments of gethostbyaddr_r... 8

checking for db.h... yes

checking for Berkeley DB link (default)... no

checking for Berkeley DB link (-ldb42)... no

checking for Berkeley DB link (-ldb-42)... no

checking for Berkeley DB link (-ldb-4.2)... yes

checking for Berkeley DB version match... no

configure: error: Berkeley DB version mismatch

Reply With Quote
  #2  
Old September 15th, 2004, 05:19 AM
gary_tay gary_tay is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Sep 2004
Posts: 1 gary_tay User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: < 1 sec
Reputation Power: 0
I think U may be having an old DB3.x and multiple db.h files, in /usr/include, /usr/local/include, /usr/local/BerkeleyDB.4.2/include, if so, remove DB3.X or rename the db.h of version 3.

Reply With Quote
  #3  
Old September 16th, 2004, 05:50 PM
pareshn pareshn is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Sep 2004
Posts: 3 pareshn User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: < 1 sec
Reputation Power: 0
Quote:
Originally Posted by gary_tay
I think U may be having an old DB3.x and multiple db.h files, in /usr/include, /usr/local/include, /usr/local/BerkeleyDB.4.2/include, if so, remove DB3.X or rename the db.h of version 3.

I tried and hace checked each and every file db.h version - I still get the same error published here - Please can someonehelp here?

Reply With Quote
  #4  
Old September 17th, 2004, 02:22 AM
bompada bompada is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Sep 2004
Posts: 3 bompada User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: < 1 sec
Reputation Power: 0
Quote:
Originally Posted by pareshn
I tried and hace checked each and every file db.h version - I still get the same error published here - Please can someonehelp here?


I got it resolved. You just need to set the LD_LIBRARY_PATH environment variable to directory where the BDB shared libraries are located.

Type the following line on the terminal you are working..
export LD_LIBRARY_PATH="<BerkelyDB Directory path>/build_unix/.libs"

For ex:

export LD_LIBRARY_PATH="/home/bompada/db-4.2.52.NC/build_unix/.libs"

Hope this helps you too..

cheers

Reply With Quote
  #5  
Old September 22nd, 2004, 02:39 AM
bilalkang bilalkang is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Sep 2004
Posts: 2 bilalkang User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: < 1 sec
Reputation Power: 0
help LDAP

Quote:
Originally Posted by bompada
I got it resolved. You just need to set the LD_LIBRARY_PATH environment variable to directory where the BDB shared libraries are located.

Type the following line on the terminal you are working..
export LD_LIBRARY_PATH="<BerkelyDB Directory path>/build_unix/.libs"

For ex:

export LD_LIBRARY_PATH="/home/bompada/db-4.2.52.NC/build_unix/.libs"

Hope this helps you too..

cheers


This LD PATH saved me from the mismatch too.but problem is when i run make i get a error (tls) and ends. i have tried reinstalling openssl too.

wht do i do .

Reply With Quote
  #6  
Old September 22nd, 2004, 02:46 AM
bilalkang bilalkang is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Sep 2004
Posts: 2 bilalkang User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: < 1 sec
Reputation Power: 0
The make also ran complete once i added in the CPPFLAGS & LDFLAGS /usr/local/include & /usr/local/bin

but when i did make test following are the errors




[root@lab123 openldap-2.2.15]# make test
cd tests; make test
make[1]: Entering directory `/home/bilal/openldap-2.2.15/tests'
make[2]: Entering directory `/home/bilal/openldap-2.2.15/tests'
Initiating LDAP tests for BDB...
Running ./scripts/all...
>>>>> Executing all LDAP tests for bdb
>>>>> Starting test000-rootdse ...
running defines.sh
Starting slapd on TCP/IP port 9011...
Using ldapsearch to retrieve the root DSE...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
./scripts/test000-rootdse: kill: (14117) - No such pid
ldap_bind: Can't contact LDAP server (-1)
>>>>> Test failed
>>>>> ./scripts/test000-rootdse failed (exit 1)
make[2]: *** [bdb-yes] Error 1
make[2]: Leaving directory `/home/bilal/openldap-2.2.15/tests'
make[1]: *** [test] Error 2
make[1]: Leaving directory `/home/bilal/openldap-2.2.15/tests'
make: *** [test] Error 2
[root@lab123 openldap-2.2.15]#

I have installed openssl and cyrus sasl


I been trying to get ldap working but some how running into one ditch after another neeed help.

Reply With Quote
  #7  
Old November 22nd, 2004, 10:28 AM
wigglediggles wigglediggles is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Nov 2004
Posts: 1 wigglediggles User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: < 1 sec
Reputation Power: 0
Most probably the test fails because you compile against the Berkeley DB specified by your configure argument, but the test runs with another Berkeley DB which is somewhere in the default path (/usr/lib, whatever). You still have an incompatible BDB somewhere which gets loaded first.

Try to run the test with the same LD_LIBRARY_PATH again, and you should be fine.

Alternatively: use the expected default location for the dbd. (I know this is not always an option.)

Reply With Quote
  #8  
Old January 26th, 2005, 12:01 AM
Moe_w90 Moe_w90 is offline
Contributing User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Jan 2005
Posts: 76 Moe_w90 User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: 1 Day 7 h 19 m 27 sec
Reputation Power: 6
LDAP fails to start

Hi,

I'm having the same problem and it's driving me nuts. Have you figured out the solution for it.
After i do the make test and it fails, i try to start the server by su root -c /usr/local/libexec/slapd but it fails and i get can't find libdb-4.3.so.
I appreciate any help on that

Moe


Quote:
Originally Posted by bilalkang
The make also ran complete once i added in the CPPFLAGS & LDFLAGS /usr/local/include & /usr/local/bin

but when i did make test following are the errors




[root@lab123 openldap-2.2.15]# make test
cd tests; make test
make[1]: Entering directory `/home/bilal/openldap-2.2.15/tests'
make[2]: Entering directory `/home/bilal/openldap-2.2.15/tests'
Initiating LDAP tests for BDB...
Running ./scripts/all...
>>>>> Executing all LDAP tests for bdb
>>>>> Starting test000-rootdse ...
running defines.sh
Starting slapd on TCP/IP port 9011...
Using ldapsearch to retrieve the root DSE...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
./scripts/test000-rootdse: kill: (14117) - No such pid
ldap_bind: Can't contact LDAP server (-1)
>>>>> Test failed
>>>>> ./scripts/test000-rootdse failed (exit 1)
make[2]: *** [bdb-yes] Error 1
make[2]: Leaving directory `/home/bilal/openldap-2.2.15/tests'
make[1]: *** [test] Error 2
make[1]: Leaving directory `/home/bilal/openldap-2.2.15/tests'
make: *** [test] Error 2
[root@lab123 openldap-2.2.15]#

I have installed openssl and cyrus sasl


I been trying to get ldap working but some how running into one ditch after another neeed help.

Reply With Quote
  #9  
Old January 27th, 2005, 10:05 AM
dmay dmay is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Jan 2005
Posts: 1 dmay User rank is Lance Corporal (50 - 100 Reputation Level)dmay User rank is Lance Corporal (50 - 100 Reputation Level)dmay User rank is Lance Corporal (50 - 100 Reputation Level) 
Time spent in forums: 8 m 8 sec
Reputation Power: 0
Quote:
Originally Posted by Moe_w90
Hi,

I'm having the same problem and it's driving me nuts. Have you figured out the solution for it.
After i do the make test and it fails, i try to start the server by su root -c /usr/local/libexec/slapd but it fails and i get can't find libdb-4.3.so.
I appreciate any help on that

Moe


Hi,

Here's what worked for me:

- installed berkeley db (Vers. 4.2.52 with patches). Files show up in /usr/local/BerkeleyDB.4.2 (BTW: Suse Linux 9.2).

- before running the openldap configure script, set the environment variables as follows:

$ export CPPFLAGS="-I/usr/local/BerkeleyDB.4.2/include"
$ export LDFLAGS="-L/usr/local/BerkeleyDB.4.2/lib"
$ export LD_LIBRARY_PATH=/data/install/berkeleydb/db-4.2.52.NC/build_unix/.libs

- followed the installation instructions for openldap to the letter:
$ cd /data/install/openldap/openldap-2.2.23 (my installation directory)
$ ./configure
$ make depend
$ make
$ make test (tests run fine)
$ su
# make install

- before starting slapd, I made a symbolic link to the shared library:
# cd /usr/local/lib
# ln -s /usr/local/BerkeleyDB.4.2/lib/libdb-4.2.so
# ldconfig

- now, I could start slapd:
# /usr/local/openldap-2.2.23/libexec/slapd


Hope that helps.

regards
Daniel
Comments on this post
pabloj agrees: You seem to have only one post, but a very good one!

Reply With Quote
  #10  
Old April 25th, 2005, 05:24 AM
strikesam strikesam is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Apr 2005
Posts: 1 strikesam User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: 7 m 30 sec
Reputation Power: 0
Quote:
Originally Posted by dmay
Hi,

$ export CPPFLAGS="-I/usr/local/BerkeleyDB.4.2/include"
$ export LDFLAGS="-L/usr/local/BerkeleyDB.4.2/lib"
$ export LD_LIBRARY_PATH=/data/install/berkeleydb/db-4.2.52.NC/build_unix/.libs

- followed the installation instructions for openldap to the letter:
$ cd /data/install/openldap/openldap-2.2.23 (my installation directory)
$ ./configure
$ make depend
$ make
$ make test (tests run fine)
$ su
# make install

- before starting slapd, I made a symbolic link to the shared library:
# cd /usr/local/lib
# ln -s /usr/local/BerkeleyDB.4.2/lib/libdb-4.2.so
# ldconfig

- now, I could start slapd:
# /usr/local/openldap-2.2.23/libexec/slapd


Worked on RH9

Reply With Quote
  #11  
Old October 31st, 2005, 04:30 AM
bejnet bejnet is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Jul 2004
Posts: 3 bejnet User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: 9 m 54 sec
Reputation Power: 0
It works fantastic for 4.3 as well!!

Quote:
Originally Posted by dmay
Hi,

Here's what worked for me:

- installed berkeley db (Vers. 4.2.52 with patches). Files show up in /usr/local/BerkeleyDB.4.2 (BTW: Suse Linux 9.2).

- before running the openldap configure script, set the environment variables as follows:

$ export CPPFLAGS="-I/usr/local/BerkeleyDB.4.2/include"
$ export LDFLAGS="-L/usr/local/BerkeleyDB.4.2/lib"
$ export LD_LIBRARY_PATH=/data/install/berkeleydb/db-4.2.52.NC/build_unix/.libs

- followed the installation instructions for openldap to the letter:
$ cd /data/install/openldap/openldap-2.2.23 (my installation directory)
$ ./configure
$ make depend
$ make
$ make test (tests run fine)
$ su
# make install

- before starting slapd, I made a symbolic link to the shared library:
# cd /usr/local/lib
# ln -s /usr/local/BerkeleyDB.4.2/lib/libdb-4.2.so
# ldconfig

- now, I could start slapd:
# /usr/local/openldap-2.2.23/libexec/slapd


Hope that helps.

regards
Daniel




Hi

Thanx for this find out. Only thing extra I had to do before running "make" was to run ldconfig. Then running make test and make install makes openldap work with Berkeley-4.3 as well, without any problems.

With Regards
bejnet

Reply With Quote
  #12  
Old April 25th, 2006, 08:37 AM
drasgard drasgard is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Apr 2006
Posts: 1 drasgard User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: 13 m 10 sec
Reputation Power: 0
Thanks for that, it worked on fedora core 2 too.

Reply With Quote
  #13  
Old October 24th, 2006, 03:37 PM
Kronoz Kronoz is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Oct 2006
Posts: 1 Kronoz User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: 4 m 27 sec
Reputation Power: 0
GREAT SOLUTION.... and debian too

Quote:
Originally Posted by dmay
Hi,

Here's what worked for me:

- installed berkeley db (Vers. 4.2.52 with patches). Files show up in /usr/local/BerkeleyDB.4.2 (BTW: Suse Linux 9.2).

- before running the openldap configure script, set the environment variables as follows:

$ export CPPFLAGS="-I/usr/local/BerkeleyDB.4.2/include"
$ export LDFLAGS="-L/usr/local/BerkeleyDB.4.2/lib"
$ export LD_LIBRARY_PATH=/data/install/berkeleydb/db-4.2.52.NC/build_unix/.libs

- followed the installation instructions for openldap to the letter:
$ cd /data/install/openldap/openldap-2.2.23 (my installation directory)
$ ./configure
$ make depend
$ make
$ make test (tests run fine)
$ su
# make install

- before starting slapd, I made a symbolic link to the shared library:
# cd /usr/local/lib
# ln -s /usr/local/BerkeleyDB.4.2/lib/libdb-4.2.so
# ldconfig

- now, I could start slapd:
# /usr/local/openldap-2.2.23/libexec/slapd


Hope that helps.

regards
Daniel


hey,,,, this is a great solution... and under debian sarge 3.1.... ROX..!!! work wonderfull

saludos desde CHILE...!!!!!

Reply With Quote
  #14  
Old January 3rd, 2007, 02:05 PM
opensrcguru opensrcguru is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Jan 2007
Location: Nebraska, USA
Posts: 1 opensrcguru User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: 15 m 34 sec
Reputation Power: 0
Solaris 10 [SPARC] resolution

Quote:
Originally Posted by bilalkang
This LD PATH saved me from the mismatch too.but problem is when i run make i get a error (tls) and ends. i have tried reinstalling openssl too.

wht do i do .



this is what worked for me. it turns out that gcc installed in /usr/sfw/bin/gcc was either broken or just broke enough to let the build fail. so,i went out to my favorite sunfreeware.com mirror (sunfreeware.mirrors.tds.net/indexsparc10.html) and grabbed gcc342 and installed it( in all 8 of my solars 10 zones too).

export CPPFLAGS="-I/usr/local/BerkeleyDB.4.2/include"
export LDFLAGS="-L/usr/local/BerkeleyDB.4.2/lib"
export LD_LIBRARY_PATH="/usr/local/BerkeleyDB.4.2/lib/"
./configure --prefix=/opt/openldap-2.3.31 --enable-crypt --with-wrappers --with-tls --enable-crypt --enable-syslog --enable-ppolicy


keep in mind that you will need to add the openssl paths to LDFLAGS, CPPFLAGS and LD_LIBRARY_PATH if you desire ssl support. the configure script seemed to detect and use the native solaris 10 SASL and kerberos libs without any intervention from me.

all was fine as frogs hair after that. make depend, make, make test all worked wonderfully. hope this assists someone in their battles.

on a side note, i was able to reproduce this behavior in all of my zones as well.

Reply With Quote
  #15  
Old March 21st, 2007, 04:03 AM
Drik Drik is offline
Registered User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Mar 2007
Posts: 1 Drik User rank is Just a Lowly Private (1 - 20 Reputation Level) 
Time spent in forums: 8 m 45 sec
Reputation Power: 0
Hi,

It didn't work for me on RHAS4.

I want to compile openldap 3.33.4 with the option multimaster. I replaced export CPPFLAGS="-I/usr/local/BerkeleyDB.4.2/include" by export CPPFLAGS="-DSLAPD_MULTIMASTER -I/usr/local/BerkeleyDB.4.2/include" but the make test command failed :

>>>>> Starting test017-syncreplication-refresh ...
running defines.sh
Starting master slapd on TCP/IP port 9011...
Using ldapsearch to check that master slapd is running...
Using ldapadd to create the context prefix entry in the master...
Starting slave slapd on TCP/IP port 9012...
Using ldapsearch to check that slave slapd is running...
Using ldapadd to populate the master directory...
Waiting 15 seconds for syncrepl to receive changes...
Using ldapmodify to modify master directory...
Waiting 15 seconds for syncrepl to receive changes...
Try updating the slave slapd...
ldapmodify should have failed (50)!
>>>>> ./scripts/test017-syncreplication-refresh failed (exit 50)
make[2]: *** [bdb-yes] Erreur 50
make[2]: Leaving directory `/produits/install/openldap-2.3.34/tests'
make[1]: *** [test] Erreur 2
make[1]: Leaving directory `/produits/install/openldap-2.3.34/tests'
make: *** [test] Erreur 2


Any idea?

Reply With Quote
Reply

Viewing: Dev Shed ForumsDatabasesLDAP Programming > configure: error: Berkeley DB version mismatch


Thread Tools  Search this Thread 
Search this Thread:

Advanced Search
Display Modes  Rate This Thread 
Rate This Thread:


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
View Your Warnings | New Posts | Latest News | Latest Threads | Shoutbox
Forum Jump




 Free IT White Papers!
 
How to Present Effectively Online
This white paper offers practical and actionable advice on the key steps that any presenter should consider as they plan and execute a Webinar or online meeting.

 
Open Source Security Myths
Open Source Software (OSS) is computer software whose source code is available to the general public with relaxed or non-existent intellectual property restrictions (or arrangement such as the public domain), and is usually developed with the input of many contributors.

 
Power and Cooling Capacity Management for Data Centers
This paper describes the principles for achieving power and cooling capacity management.

 
Scalable, Fault-Tolerant NAS for Oracle - The Next Generation
For several years NAS has been evolving as a storage alternative for Oracle databases, and for good reason: NAS is quite often the simplest, most cost-effective storage approach for Oracle. Learn about the benefits that HP's approach to scalable NAS brings to Oracle environments in this comprehensive white paper.

 
Understanding Web Application Security Challenges
This white paper discusses many common threats and preventive measures for Web application security, and explains what you can do to help protect your organization.

 

Forums: » Register « |  User CP |  Games |  Calendar |  Members |  FAQs |  Sitemap |  Support | 
  
 




© 2003-2010 by Developer Shed. All rights reserved. DS Cluster 10 Hosted by Hostway
For more Enterprise Application Development news, visit eWeek