New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot dynamically set nsslapd-maxbersize #542
Comments
Comment from rmeggins (@richm) at 2012-12-20 00:10:24 The only place we tell the Sockbuf layer that we have a max size is here:
this should be moved before the loop - no reason to do this inside the loop
Will be tricky to do this dynamically and have it apply to all open connections. Would prefer to do it only for new connections:
|
Comment from nhosoi (@nhosoi) at 2013-01-10 03:36:22 Fix description: Based on the proposal made by richm@redhat.com If the incoming ber size is larger than maxbersize, access log logs: |
Comment from nhosoi (@nhosoi) at 2013-01-10 03:37:12 git patch file (master) |
Comment from nhosoi (@nhosoi) at 2013-01-11 00:52:04 Reviewed by Rich (Thank you!!) Pushed to master: commit cce46be Pushed to 389-ds-base-1.3.0: commit 5941a5b |
Comment from nkinder (@nkinder) at 2013-03-07 00:13:23 Ticket has been cloned to Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=918689 |
Comment from nhosoi (@nhosoi) at 2017-02-11 22:53:27 Metadata Update from @nhosoi:
|
Cloned from Pagure issue: https://pagure.io/389-ds-base/issue/542
This bug effects directory initializations when the membersize exceeds the default value. For example, a dogtag replica installation with a large CRL entry will fail due to the size exceeding 2097152 bytes.
The text was updated successfully, but these errors were encountered: