Bug 1174892
| Summary: | Creating a glue fails if one above level is a conflict or missing | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | mreynolds |
| Component: | 389-ds-base | Assignee: | Noriko Hosoi <nhosoi> |
| Status: | CLOSED ERRATA | QA Contact: | Viktor Ashirov <vashirov> |
| Severity: | medium | Docs Contact: | |
| Priority: | high | ||
| Version: | 6.6 | CC: | amsharma, jgalipea, mreynolds, nkinder, rmeggins, rvdwees |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | 389-ds-base-1.2.11.15-51.el6 | Doc Type: | Bug Fix |
| Doc Text: |
If deleting an entry triggers multiple betxn plugins such as memberOf and referential integrity plugins, the entry might not be removed the cache - which prevents that same entry(same dn) from being re-added(error 68).
The problem was fixed.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-07-22 06:36:33 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: | |||
|
Description
mreynolds
2014-12-16 17:04:43 UTC
Fixed upstream This bugzilla was tested with RHEL6.6 and closed as its working. Is there a new issue reported for this bug or its not verified thoroughly on RHEL6.6? If this another issue different from what was tested in RHEL6.6, please provide verification steps? Verification steps: [1] Install DS using dc=example,dc=com [2] Enable MemberOf plugin, and Referential Integrity plugin [3] Restart the server [4] Perform these operations: dn: uid=user1,dc=example,dc=com changetype: add objectClass: top objectClass: extensibleObject uid: user1 dn: uid=user1,dc=example,dc=com changetype: delete dn: uid=user1,dc=example,dc=com changetype: add objectClass: top objectClass: extensibleObject uid: user1 dn: cn=group,dc=example,dc=com changetype: add objectClass: top objectClass: extensibleObject member: uid=user1,dc=example,dc=com cn: group dn: uid=user1,dc=example,dc=com changetype: delete dn: uid=user1,dc=example,dc=com changetype: add objectClass: top objectClass: extensibleObject uid: user1 description: This add should succeed We don't want to see an Error 68 --> So this last "add" of user1 should succeed. [root@qe-blade-09 export]# rpm -qa | grep 389 389-ds-base-libs-1.2.11.15-52.el6.x86_64 389-ds-base-1.2.11.15-52.el6.x86_64 389-ds-base-debuginfo-1.2.11.15-52.el6.x86_64 389-ds-base-devel-1.2.11.15-52.el6.x86_64 We have the plugins on and [root@qe-blade-09 export]# ldapmodify -x -D "cn=Directory Manager" -w Secret123 -p 389 -h localhost -f /export/data.ldif adding new entry "uid=user1,dc=example,dc=com" deleting entry "uid=user1,dc=example,dc=com" adding new entry "uid=user1,dc=example,dc=com" adding new entry "cn=group,dc=example,dc=com" deleting entry "uid=user1,dc=example,dc=com" adding new entry "uid=user1,dc=example,dc=com" 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-2015-1326.html |