Bug 132800
| Summary: | openldap cannot handle modify during large searches | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 3 | Reporter: | Håkan Wessberg <hakan.wessberg> | ||||
| Component: | openldap | Assignee: | Nalin Dahyabhai <nalin> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | Jay Turner <jturner> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 3.0 | CC: | lars.scheiter, shillman, srevivo | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i686 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2005-01-17 16:07:15 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: |
|
||||||
*** 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. |
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): openldap-2.0.27-17 How reproducible: Always 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) 3. 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. Additional info: 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?