Bug 1314241
| Summary: | Double free while adding entries | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Jaroslav Reznik <jreznik> |
| Component: | 389-ds-base | Assignee: | Noriko Hosoi <nhosoi> |
| Status: | CLOSED ERRATA | QA Contact: | Viktor Ashirov <vashirov> |
| Severity: | urgent | Docs Contact: | |
| Priority: | urgent | ||
| Version: | 6.0 | CC: | amsharma, batkisso, ekeck, jgalipea, nhosoi, nkinder, rmeggins, spichugi, tscherf |
| Target Milestone: | rc | Keywords: | ZStream |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | 389-ds-base-1.2.11.15-72.el6_7 | Doc Type: | Bug Fix |
| Doc Text: |
When a callback at BE_TXN in the backend add function failed on a cached entry, the function was attempting to free the entry twice instead of removing it from the cache and then freeing it. This update adds remove and free code to the backend add function and the function no longer attempts to free cached entries twice.
|
Story Points: | --- |
| Clone Of: | 1265851 | Environment: | |
| Last Closed: | 2016-03-22 14:47:27 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: | 1265851 | ||
| Bug Blocks: | |||
|
Description
Jaroslav Reznik
2016-03-03 09:25:10 UTC
Followed https://bugzilla.redhat.com/show_bug.cgi?id=1265851#c3 [root@ipaqa64vml slapd-PKI-IPA]# rpm -qa | grep 389 389-ds-base-1.2.11.15-72.el6_7.x86_64 389-ds-base-libs-1.2.11.15-72.el6_7.x86_64 1. IPA master-replica configuration :: Master :: ipaqa64vml.testrelm.test Slave :: sgi-uv2-01.testrelm.test 2. core dump is enabled 3. executed steps.sh [root@ipaqa64vml export]# ./steps.sh Password for admin: root.test's password: ipa: INFO: Setting agreement cn=meTosgi-uv2-01.testrelm.test,cn=replica,cn=dc\=testrelm\,dc\=test,cn=mapping tree,cn=config schedule to 2358-2359 0 to force synch ipa: INFO: Deleting schedule 2358-2359 0 from agreement cn=meTosgi-uv2-01.testrelm.test,cn=replica,cn=dc\=testrelm\,dc\=test,cn=mapping tree,cn=config Update in progress Update in progress Update in progress Update in progress Update succeeded ------------------------- Added user "user_22474_0" ------------------------- User login: user_22474_0 First name: fi Last name: la Full name: fi la Display name: fi la Initials: fl Home directory: /home/user_22474_0 GECOS field: fi la Login shell: /bin/sh Kerberos principal: user_22474_0 Email address: user_22474_0 UID: 1487600003 GID: 1487600003 Password: False Kerberos keys available: False ------------------------- Added user "user_22474_1" ------------------------- User login: user_22474_1 First name: fi Last name: la Full name: fi la Display name: fi la Initials: fl Home directory: /home/user_22474_1 GECOS field: fi la Login shell: /bin/sh Kerberos principal: user_22474_1 Email address: user_22474_1 UID: 1487600004 GID: 1487600004 Password: False Kerberos keys available: False ------------------------- Added user "user_22474_2" ------------------------- User login: user_22474_2 First name: fi Last name: la Full name: fi la Display name: fi la Initials: fl Home directory: /home/user_22474_2 GECOS field: fi la Login shell: /bin/sh Kerberos principal: user_22474_2 Email address: user_22474_2 UID: 1487600005 GID: 1487600005 Password: False Kerberos keys available: False ------------------------- . . . . . : . . ------------------------- User login: user_22474_9 First name: fi Last name: la Full name: fi la Display name: fi la Initials: fl Home directory: /home/user_22474_9 GECOS field: fi la Login shell: /bin/sh Kerberos principal: user_22474_9 Email address: user_22474_9 UID: 1487600012 GID: 1487600012 Password: False Kerberos keys available: False 4. [root@ipaqa64vml slapd-PKI-IPA]# pwd /var/log/dirsrv/slapd-PKI-IPA [root@ipaqa64vml slapd-PKI-IPA]# grep DB_LOCK_DEADLOCK errors [root@ipaqa64vml slapd-PKI-IPA]#echo $? 1 Hence 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. https://rhn.redhat.com/errata/RHBA-2016-0468.html *** Bug 1196464 has been marked as a duplicate of this bug. *** |