Hello OpenLDAP-Technical,
I am running slamd tests against OpenLDAP 2.4.44 (RHEL7; client is RHEL shop so stuck for now at this version). I realize that olcThreads: 128 is probably overkill for most systems, but when I tried it, I got the captioned error. The max that olcThreads can be set to it seems is 128 minus the number of syncrepls you have. Otherwise it looks like that with enough client connections, this error will happen, and operations will fail err=80 (internal error).
--On Tuesday, September 8, 2020 2:53 PM -0700 Christopher Paul chris.paul@rexconsulting.net wrote:
Hello OpenLDAP-Technical,
I am running slamd tests against OpenLDAP 2.4.44
Symas provides free, drop-in replacements for RHEL7. Your client should be using that instead. Spending time on OpenLDAP 2.4.44 is an utter waste of time and effort. Alternatively, use the builds from the LTB project. But there's zero reason to be using what's provided by RHEL. Especially if you want things to, well, work.
https://repo.symas.com/sofl/rhel7/
You may also want to read the slapd-mdb(5) man page, particularly the "maxreaders" configuration parameter.
Regards, Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
On 9/8/20 2:01 PM, Quanah Gibson-Mount wrote:
Symas provides free, drop-in replacements for RHEL7. Your client should be using that instead. Spending time on OpenLDAP 2.4.44 is an utter waste of time and effort. Alternatively, use the builds from the LTB project. But there's zero reason to be using what's provided by RHEL. Especially if you want things to, well, work.
Yes, I'm getting around to just that.
https://repo.symas.com/sofl/rhel7/
You may also want to read the slapd-mdb(5) man page, particularly the "maxreaders" configuration parameter.
Ah... thanks -- not sure how I had missed that earlier. I guess I may have not read it well enough, or enough times. I will read again especially about readers. On that note, Happy International Literacy Day!
openldap-technical@openldap.org
-
Christopher Paul -
Quanah Gibson-Mount