+++ This bug was initially created as a clone of Bug #730395 +++
NSPR PR_RWLocks are not re-entrant. 389 is refactoring its code to provide and use slapi_rwlocks instead. All freeipa plugins should be refactored to use the slapi_rwlock interface when it is available.
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
Cause: Under some rare circumstances certain operations may cause 389-ds to crash or not function properly.
Consequence: 389-ds may not be available.
Fix: NSPR read/write locks used by 389-ds are not re-entrant. The use of these locks were replaced with POSIX thread read-write locks instead in the IPA 389-ds plugins.
Result: 389 should not crash due to re-entrant locks.
Looks like this happens "Under some rare circumstances". Please suggest what is the good way to verify this bug
This may need to be validated by code review and general acceptance that the server is operating as before.
This bug did not seem to pop up in any of our acceptance tests in the past 3 months.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.