Bug 1279573

Summary: nunc-stans: Attempt to release connection that is not acquired
Product: Red Hat Enterprise Linux 7 Reporter: Jan Kurik <jkurik>
Component: 389-ds-baseAssignee: Noriko Hosoi <nhosoi>
Status: CLOSED ERRATA QA Contact: Viktor Ashirov <vashirov>
Severity: high Docs Contact:
Priority: high    
Version: 7.2CC: jkurik, mnavrati, mreynolds, msauton, nhosoi, nkinder, rmeggins, vashirov
Target Milestone: rcKeywords: ZStream
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: 389-ds-base-1.3.4.0-20.el7_2 Doc Type: Bug Fix
Doc Text:
Previously, the function acquiring a connection was called in an assert call. As a consequence, the function acquiring a connection was not called if the build was not a debugging build, which caused the connection reference count to become out of sequence. Now, the function acquiring a connection is called regardless of the build type, and connection reference count mismatching no longer occurs.
Story Points: ---
Clone Of: 1271330 Environment:
Last Closed: 2015-12-08 10:34:08 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1271330    
Bug Blocks:    

Description Jan Kurik 2015-11-09 19:03:54 UTC
This bug has been copied from bug #1271330 and has been proposed
to be backported to 7.2 z-stream (EUS).

Comment 4 Viktor Ashirov 2015-11-26 15:30:32 UTC
Build tested: 389-ds-base-1.3.4.0-21.el7_2.x86_64

1. Enable nunc stans and restart the server
nsslapd-enable-nunc-stans: on

2. Add 1k users with ldclt
ldclt -h localhost -p 389 -D "cn=Directory Manager" -w Secret123 -f cn=MrXXXXXX -b "ou=people,dc=example,dc=com" -e add,person,incr,noloop,commoncounter -r0 -R1000

3. Check errors log for "Attempt to release connection that is not acquired"
grep "Attempt to release connection that is not acquired" -c /var/log/dirsrv/slapd-instance/errors
0

Marking as VERIFIED.

Comment 6 errata-xmlrpc 2015-12-08 10:34:08 UTC
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.

https://rhn.redhat.com/errata/RHBA-2015-2572.html