Bug 923502
| Summary: | Crash in MODRDN | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Nathan Kinder <nkinder> |
| Component: | 389-ds-base | Assignee: | Rich Megginson <rmeggins> |
| Status: | CLOSED ERRATA | QA Contact: | Sankar Ramalingam <sramling> |
| Severity: | high | Docs Contact: | |
| Priority: | urgent | ||
| Version: | 6.4 | CC: | amsharma, jgalipea, jwest, nhosoi, tbordaz, tlavigne |
| Target Milestone: | rc | Keywords: | Regression, ZStream |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | 389-ds-base-1.2.11.15-14.el6_4 | Doc Type: | Bug Fix |
| Doc Text: |
An out of scope problem for a local variable, in some cases, caused the modrdn operation to terminate unexpectedly with a segmentation fault. This update declares the local variable at the proper place of the function so it does not go out of scope, and the modrdn operation no longer crashes.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-11-21 21:05:41 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: | |||
| Bug Blocks: | 929111 | ||
|
Description
Nathan Kinder
2013-03-20 01:11:45 UTC
Hi Thierry, I have tried it :: ================================================================================ [root@mgmt12 ~]# rpm -qa | grep 389 389-admin-console-doc-1.1.8-1.el6.noarch 389-ds-base-libs-1.2.11.15-12.el6_4.x86_64 389-admin-debuginfo-1.1.32-1.el6.x86_64 389-ds-console-1.2.7-1.el6.noarch 389-adminutil-devel-1.1.17-1.el6.x86_64 389-ds-base-1.2.11.15-12.el6_4.x86_64 389-adminutil-debuginfo-1.1.17-1.el6.x86_64 389-ds-base-devel-1.2.11.15-12.el6_4.x86_64 389-console-1.1.7-1.el6.noarch 389-admin-1.1.33-1.el6.x86_64 389-ds-base-debuginfo-1.2.11.15-12.el6_4.x86_64 389-admin-console-1.1.8-1.el6.noarch 389-ds-console-doc-1.2.7-1.el6.noarch 389-adminutil-1.1.17-1.el6.x86_64 [root@mgmt12 ~]# ldapadd -x -h localhost -p 389 -D "cn=Directory Manager" -w Secret123 << EOF > dn: uid=testuser1,ou=people,dc=example,dc=com > cn: ams > sn: ams > givenname: ams > objectclass: top > objectclass: person > objectclass: organizationalPerson > objectclass: inetOrgPerson > uid: ams > mail: ams > userpassword: amsamsams > EOF adding new entry "uid=testuser1,ou=people,dc=example,dc=com" [root@mgmt12 ~]# ldapmodify -x -h localhost -p 389 -D "cn=Directory Manager" -w Secret123 << EOF > dn: uid=testuser1,ou=people,dc=example,dc=com > changetype: modrdn > newrdn: uid=testuser1changed > deleteoldrdn: 1 > EOF modifying rdn of entry "uid=testuser1,ou=people,dc=example,dc=com" [root@mgmt12 ~]# ldapmodify -x -h localhost -p 389 -D "cn=Directory Manager" -w Secret123 << EOF dn: uid=testuser1changed,ou=people,dc=example,dc=com changetype: modrdn newrdn: uid=testuser1 deleteoldrdn: 1 EOF modifying rdn of entry "uid=testuser1changed,ou=people,dc=example,dc=com" ================================================================================ But I could not reproduce the crash with old version of 389? Can you please check if something I missed. I also executed BOB tet suit with the above mentioned version of 389 but again could not reproduce. :( Marking the bug Verified Sanity Only. Changing back to MODIFIED state since its a RHEL6.5 bug. Automated tests in mmrepl/fourwaymmr/fourwaymmr.sh. TET commits r7906 to r7907. Bug verified from automated tests for fourwaymmr. fourwaymmr run Tests PASS : 100% (24/24) [bug923502] Instance M1 and M2 are still running after stressing with modrdn operations Crash in ModRDN when running multiple threads of modrdn operations TestCase [bug923502] result-> [PASS] 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. http://rhn.redhat.com/errata/RHBA-2013-1653.html |