Bug 142554
Summary: | Too old Openldap version in rawhide (and fc3) | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dmitry Butskoy <dmitry> | ||||||
Component: | openldap | Assignee: | Nalin Dahyabhai <nalin> | ||||||
Status: | CLOSED RAWHIDE | QA Contact: | |||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | rawhide | CC: | dgunchev, wcooley | ||||||
Target Milestone: | --- | Keywords: | EasyFix, Patch | ||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2005-03-22 15:40:10 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Dmitry Butskoy
2004-12-10 16:45:28 UTC
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
really stable.
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... Doncho, 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 .19. See http://www.openldap.org/lists/openldap-bugs/200304/msg00131.html for similar case. 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. http://fedora.redhat.com/about/objectives.html -- 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... :-) |