-
Notifications
You must be signed in to change notification settings - Fork 103
Issue 6057 - vlv search may result wrong result with lmdb - Fix 2 #6121
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just a minor question. Else the patch LGTM
|
Fixed:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
cd68b59 to
551d1f2
Compare
|
Fixed: |
9f98987 to
30ba32e
Compare
) * Issue 6057 - vlv search may result wrong result with lmdb - Fix 2 * Issue i6057 - Fix2 - Fix review comment Previous fix is failing after a restart because of a chicken and egg issue related to vlv_init and backend initialization. vlv_init requires that the backend get initialized to be able to generate the vlvSearch struct. Because of deadlocks, and to be able to roll back the database instance open transaction I found it easier to avoid using vlv_getindices if vlv is not initialized but rather perform a search on cn=config to build a list of all possible vlv indexes filenames (ignoring the configuration errors) and use that list to open the database files for vlv indices and their cache. Also fixed some minor issues: @droideck minor remarks done about #6091 after the merge a typo while logging info about the database environment parameters Issue: #6057 Reviewed by: @tbordaz, @droideck , @mreynolds389 (Thanks!)
) * Issue 6057 - vlv search may result wrong result with lmdb - Fix 2 * Issue i6057 - Fix2 - Fix review comment Previous fix is failing after a restart because of a chicken and egg issue related to vlv_init and backend initialization. vlv_init requires that the backend get initialized to be able to generate the vlvSearch struct. Because of deadlocks, and to be able to roll back the database instance open transaction I found it easier to avoid using vlv_getindices if vlv is not initialized but rather perform a search on cn=config to build a list of all possible vlv indexes filenames (ignoring the configuration errors) and use that list to open the database files for vlv indices and their cache. Also fixed some minor issues: @droideck minor remarks done about #6091 after the merge a typo while logging info about the database environment parameters Issue: #6057 Reviewed by: @tbordaz, @droideck , @mreynolds389 (Thanks!) (cherry picked from commit e555c2a)
Previous fix is failing after a restart because of a chicken and egg issue related to vlv_init and backend initialization.
vlv_init requires that the backend get initialized to be able to generate the vlvSearch struct.
Because of deadlocks, and to be able to roll back the database instance open transaction I found it easier to avoid using vlv_getindices if vlv is not initialized but rather perform a search on cn=config to build a list of all possible vlv indexes filenames (ignoring the configuration errors) and use that list to open the database files for vlv indices and their cache.
Also fixed some minor issues:
@droideck minor remarks done about #6091 after the merge
a typo while logging info about the database environment parameters
Issue: #6057
Reviewed by: @tbordaz, @droideck , @mreynolds389 (Thanks!)