dbTalk Databases Forums  

BerkeleyDB 4.4.20 doesn't register correctly

comp.databases.berkeley-db comp.databases.berkeley-db


Discuss BerkeleyDB 4.4.20 doesn't register correctly in the comp.databases.berkeley-db forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Alex D.
 
Posts: n/a

Default BerkeleyDB 4.4.20 doesn't register correctly - 01-25-2006 , 03:39 AM






Hi,

I want to setup a LDAP-Server (OpenLDAP). Therefor I need BerkeleyDB
4.2 or higher. On my Suse 9.0 there's only V4.1.25, so I installed
V4.4.20 (with configure, make, make install). Now, when I run configure
for OpenLDAP, the error message says "Version incompatible", because
it's still V.4.1.25. So I thought, "make install" didn't register the
headers and libraries correctly. I've already edited the
/usr/include/db.h with a reference to the respective file in the
BerkeleyDB installation, now there's a "Version conflict" between
headers (4.4.20) and libraries (4.1.25).
Adding the lib-directory to the ld.so.conf and executing ldconfig
didn't help.
What can I do?

Thanks in advance
Alex D.


Reply With Quote
  #2  
Old   
Quanah Gibson-Mount
 
Posts: n/a

Default Re: BerkeleyDB 4.4.20 doesn't register correctly - 01-25-2006 , 10:48 AM






Alex D <zap.foren (AT) gmx (DOT) de> writes:

Quote:
Hi,
I want to setup a LDAP-Server (OpenLDAP). Therefor I need BerkeleyDB
4.2 or higher. On my Suse 9.0 there's only V4.1.25, so I installed
V4.4.20 (with configure, make, make install). Now, when I run configure
for OpenLDAP, the error message says "Version incompatible", because
it's still V.4.1.25. So I thought, "make install" didn't register the
headers and libraries correctly. I've already edited the
/usr/include/db.h with a reference to the respective file in the
BerkeleyDB installation, now there's a "Version conflict" between
headers (4.4.20) and libraries (4.1.25).
Adding the lib-directory to the ld.so.conf and executing ldconfig
didn't help.
What can I do?
I'll note that the recommended version of BDB to use with OpenLDAP is
4.2.52. This is for a variety of reasons:

a) BDB 4.3 has never seemed to stabalize enough to be useable with
OpenLDAP.

b) BDB 4.4 is fairly untested with OpenLDAP, and changes may have been
made that do not make them compatible. There is a BDB 4.4 specific bug
fixed in the OpenLDAP 2.3.19 release, and there may be more to come. BDB
4.4 is also markedly slower on WRITE operations than any previous BDB
release. Symas Corporation was asked by Sleepycat to test the Beta
releases of BDB 4.4, which we did, and reported this issue back to them.
Keith Bostic confirmed this issue and was able to reproduce it. However,
no action to fix this has ever been taken as far as I can tell.


Bottom line: Use anything other than BDB 4.2.52+patches with OpenLDAP at
your own risk.

--Quanah


--
Quanah Gibson-Mount
Product Engineer
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>



Reply With Quote
  #3  
Old   
Quanah Gibson-Mount
 
Posts: n/a

Default Re: BerkeleyDB 4.4.20 doesn't register correctly - 02-02-2006 , 11:17 AM



Quanah Gibson-Mount <quanah (AT) symas (DOT) com> writes:

Quote:
Alex D <zap.foren (AT) gmx (DOT) de> writes:
Hi,
I want to setup a LDAP-Server (OpenLDAP). Therefor I need BerkeleyDB
4.2 or higher. On my Suse 9.0 there's only V4.1.25, so I installed
V4.4.20 (with configure, make, make install). Now, when I run configure
for OpenLDAP, the error message says "Version incompatible", because
it's still V.4.1.25. So I thought, "make install" didn't register the
headers and libraries correctly. I've already edited the
/usr/include/db.h with a reference to the respective file in the
BerkeleyDB installation, now there's a "Version conflict" between
headers (4.4.20) and libraries (4.1.25).
Adding the lib-directory to the ld.so.conf and executing ldconfig
didn't help.
What can I do?

I'll note that the recommended version of BDB to use with OpenLDAP is
4.2.52. This is for a variety of reasons:

a) BDB 4.3 has never seemed to stabalize enough to be useable with
OpenLDAP.

b) BDB 4.4 is fairly untested with OpenLDAP, and changes may have been
made that do not make them compatible. There is a BDB 4.4 specific bug
fixed in the OpenLDAP 2.3.19 release, and there may be more to come. BDB
4.4 is also markedly slower on WRITE operations than any previous BDB
release. Symas Corporation was asked by Sleepycat to test the Beta
releases of BDB 4.4, which we did, and reported this issue back to them.
Keith Bostic confirmed this issue and was able to reproduce it. However,
no action to fix this has ever been taken as far as I can tell.

Quote:
Bottom line: Use anything other than BDB 4.2.52+patches with OpenLDAP at
your own risk.
Since this post, I've done some more extensive testing of BDB 4.4 (4.4.20
specifically) in comparison to BDB 4.2.52. The results look fairly good,
and are at the end of this post. The main things to note on it are that:

a) Database loads via slapadd are a little slower than BDB 4.2.52
b) Read rates are slightly slower than BDB 4.2.52
c) Write rates are much faster than BDB 4.2.52

So, if you willing to make the tradeoff of some slower READ times, you'll
find a marked improvement with WRITE capabilities. Again, BDB 4.4 is
fairly untested with OpenLDAP, so it is possible there are other bits in
OpenLDAP that may need updating.

The following set of tests were performed on a 2.6.8 kernel Dell 1750 with
dual 3GHz CPUs and 2GB RAM. Other than BDB, all versions of the software
used were the identical. For this comparison:

BDB 4.2.52 or BDB 4.4.20
Cyrus-SASL 2.1.21
Heimdal 0.7.1
OpenLDAP 2.3.19
OpenSSL 0.9.8a

Test scenarios:
Persistent connection test, returning an entire object (P)
Persistent connection test, returning a single attribute from the object
(PA)
Continually reconnecting test, returning an entire object (R)
Continually reconnecting test, returning a single attribute form the
object (RA)
Load generator, 30% MOD 70% search (LG1)
Load generator, 50% MOD 50% search (LG2)
Load generator, 70% MOD 30% search (LG3)
MOD test 1, 6 clients 2 threads each from 3 hosts (MOD1)
MOD test 2, 1 client 1 thread 1 host (MOD2)
100k entry DB load, 21 indices, DB Cachesize starved (LOAD1)
100k entry DB load, 3 indices, Plenty of DB Cache (LOAD2)

BDB 4.2.52:
---------------------------------------------------------------------

P : 8,705 searches/second
PA : 14,693 searches/second
R : 1,139 searches/second
RA : 1,359 searches/second
LG1 : 1,651 operations/second. 495 MOD/second. 1,156 searches/second.
LG2 : 999 operations/second. 500 MOD/second. 499 searches/second.
LG3 : 729 operations/second. 510 MOD/second. 219 searches/second.
MOD1 : 521 MOD/second.
MOD2 : 496 MOD/second.
LOAD1: 3:35.20 total time
LOAD2: 0:34.17 total time


BDB 4.4.20
---------------------------------------------------------------------
P : 8,479 searches/second.
PA : 13,546 searches/second.
R : 1,131 searches/second.
RA : 1,341 searches/second.
LG1 : 3,959 operations/second. 1,187 MOD/second. 2,772 searches/second.
LG2 : 2,656 operations/second. 1,328 MOD/second. 1328 searches/second.
LG3 : 1,983 operations/second. 1,387 MOD/second. 596 searches/second.
MOD1 : 1,398 MOD/second.
MOD2 : 904 MOD/second.
LOAD1: 4:00.18 total time
LOAD2: 0:40.74 total time

--Quanah

--
Quanah Gibson-Mount
Product Engineer
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>



Reply With Quote
Reply




Thread Tools
Display Modes

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



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.