Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1600764

Summary: After updating to 389-ds-base-1.3.7.5-24, ns-slapd becomes unresponsive
Product: Red Hat Directory Server Reporter: Josip Vilicic <jvilicic>
Component: Command Line UtilitiesAssignee: mreynolds
Status: CLOSED DUPLICATE QA Contact: Viktor Ashirov <vashirov>
Severity: high Docs Contact:
Priority: unspecified    
Version: 10.2CC: gparente
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-08-01 16:08:11 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Comment 4 Josip Vilicic 2018-07-13 16:39:12 UTC 
From German Parente in case 02140210:

-------------------------------------------
As the pstack shows the hang in nunc stans component, I have asked to disable it to see if it's the root cause:

ldapmodify -D "cn=directory manager" -W << EOF
dn: cn=config
changetype: modify
replace: nsslapd-enable-nunc-stans
nsslapd-enable-nunc-stans: off
EOF

restart the instances and see if you see still the hang.
-------------------------------------------


We still have to test this adjustment, because customers have been reverting to older 389-ds-base packages to mitigate the hanging issue.