Connection objects no longer deadlock
Previously, an unnecessary lock was sometimes acquired on a connection object, which could then cause a deadlock. A patch has been applied to remove the unnecessary locking, and the deadlock no longer occurs.
Description of problem:
this is a clone from upstream ticket 48341
Version-Release number of selected component (if applicable): 389-ds-base-184.108.40.206-20
Details can be found in upstream ticket:
Thread 7 (Thread 0x7f8ab310c700 (LWP 7761)):
#0 0x00007f8b0050bb7d in poll () from /lib64/libc.so.6
#1 0x00007f8b00e43967 in _pr_poll_with_poll () from /lib64/libnspr4.so
#2 0x00007f8b02f239e8 in connection_read_operation ()
#3 0x00007f8b02f248df in connection_threadmain ()
#4 0x00007f8b00e477bb in _pt_root () from /lib64/libnspr4.so
#5 0x00007f8b007e8df5 in start_thread () from /lib64/libpthread.so.0
#6 0x00007f8b005161ad in clone () from /lib64/libc.so.6
Thread 1 (Thread 0x7f8b02eee840 (LWP 7715)):
#0 0x00007f8b007eef7d in __lll_lock_wait () from /lib64/libpthread.so.0
#1 0x00007f8b007ead68 in _L_lock_975 () from /lib64/libpthread.so.0
#2 0x00007f8b007ead11 in pthread_mutex_lock () from /lib64/libpthread.so.0
#3 0x00007f8b00e41cb9 in PR_Lock () from /lib64/libnspr4.so
#4 0x00007f8b02f291e5 in slapd_daemon ()
#5 0x00007f8b02f1c17c in main ()
This behavior has been seen in several customer cases. I am associating two ones to this ticket.
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see firstname.lastname@example.org with any questions
1. Set up IPA with SSL enabled:
2. Uninstall IPA server:
3. Repeat 1 and 2 steps a few times.
All steps has successfully PASS. Nothing has hung.
Marking as verified.
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.