Red Hat Bugzilla – Bug 142554
Too old Openldap version in rawhide (and fc3)
Last modified: 2007-11-30 17:10:56 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3)
Description of problem:
Current rawhide version of Openldap is 2.2.13 .
Current stable upstream version is 2.2.17 (see
There are a lot of corrected bugs since 2.2.13, including memory
leaks, bdb backend issues etc.
IMHO, openldap still is not upgraded because of some little trouble.
It is impossible to just put new 2.2.17 tarball into old .spec file.
Now Openldap`s configure script began to check the version of
Berkeley db on the build system. But RedHat does its own play with db
(special slapd_db.so libs etc.), and it causes configure to fail.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Just see upstream ChangeLog in openldap-2.2.17.tar.gz
Created attachment 108327 [details]
Patch against upstream configure script
This patch removes db-version checks from configure script.
Such check is not needed, because separate db sources are used anyway...
Using this patch, rpmbuild is OK.
We use openldap-2.2.17 since September without any problem, IMHO, it is
I rebuilded the FC3's rpm with openldap-2.2.19 without the
configure patch by just removing 2 or 3 patches (maybe allready in?)
and fixing one slurp's dir. It works for 3 days now. FC3's was dying
every 2-5 days. I'll report how it goes later...
Current stable upstream version is still 2.2.17 . IMHO, there are no
reasons to hurry up and get unstable devel version from upstream.
But 2.2.19 exists already enough long, therefore we can hope that
soon it can be considered stable...
Yes, I agree, let's wait some more and see how it goes. A friend
had crashes under constant heavy load (?0 000 entries, everything
checked > 20 times a day + replication). We could not find anything in
the log, it just died every 1 to 6 days 'cleanly' and was leaking
memory. According to CHANGES(ChangeLog) .19 fixes 3 more of memleaks
(from .17) and only fixes bugs, no new features - that's why we used
BTW: The new directory I mentioned is /var/openldap-slurp/replica.
It may be new features appeared in 2.2.18, and 2.2.19 fixes some
bugs in this new features :-)
We use 2.2.17 more than 3 months, without any crashes.
About replicas: We don`t use slurpd anymore, only new "syncrepl".
All seem to be OK.
Openldap 2.2.20 is released, and upstream considers it is stable.
IMHO, it is a good time for upgrade...
2.2.23 now :) 2.2.19 still runs fine btw, no single problem while
2.2.13 died on my personal PC too. I'm going to test 2.2.23 if I have
some free time.
OPENLDAP 2.2.23 running fine for me for a while now (> 1 week). I
agree it's time to upgrade.
However, nss_ldap > 226 gives severe problems !!! Please see the
bug-reports on this one. Be carefull.
Non-Objectives of Fedora Core:
1. Slow rate of change.
Please upgrade. FC4 must have newer version. LDAP is very critical
part of the OS nowadays.
Created attachment 111692 [details]
configure patch against current stable version 2.2.23
It successful compile at working under fc3 .
Just change 2.2.13 tarball to new 2.2.23 in src.rpm, and add this patch after
all other patches.
OK, version 2.2.23 in rawhide now, and special configure patch IMHO
no more needed.
Also note: 2.2.24 is already present, with more bug fixes... :-)