Red Hat Bugzilla – Bug 132800
openldap cannot handle modify during large searches
Last modified: 2015-01-07 19:08:36 EST
Description of problem:
We have 80.000 entries in a ldbm backend database and cant make
search and modify concurrently. This causes serious problems when
large reads are made that take aprox 4-5 min. During those reads we
cant make any writes and the client that tries to do so hangs until
the read is finished.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. search for a large group of objects.
2. try to modify one object (not necessarily one in the group returned
by the search)
Actual Results: the modify is not performed until all objects is
returned from the search-operation.
Expected Results: both search and modify should happen conccurently.
Kurt Zeilenga, of openldap fame, responded with when this report was
posted to the openldap-bugs list:
"Trying upgrading. 2.0, as well as 2.1, are considered Historic."
When is RH ready to offer a recent version of openldap?
*** Bug 132801 has been marked as a duplicate of this bug. ***
Created attachment 103943 [details]
relevant parts of slapd.conf
Are there any plans to update OpenLDAP to a more "current" version? This problem
renders OpenLDAP quite useless for us.
Internal RFE bug #135444 entered; will be considered for future releases.