Red Hat Bugzilla – Bug 1108407
managed entry plugin fails to update managed entry pointer on modrdn operation
Last modified: 2015-03-05 04:34:53 EST
+++ This bug was initially created as a clone of Bug #1106917 +++ This bug is created as a clone of upstream ticket: https://fedorahosted.org/389/ticket/47813 While working on ticket 47810 (which returns the proper error codes for betxn plugins), it was discovered that a modrdn operation never actually updated the managed entry attributes, because it would first try and add the managed entry objectclass which already existed in the entry - this caused the the remaining modify ops to be ignored. --- Additional comment from Noriko Hosoi on 2014-06-09 14:22:59 EDT --- Hi Mark, Please add the reproducer (or the TET test case #) and the Doc text to this bug. Thanks! --noriko --- Additional comment from on 2014-06-10 10:04:01 EDT --- This can be verified in tet by running the managedEntry testsuite - test mentry22() --- Additional comment from on 2014-06-10 10:48:41 EDT --- Fixed upstream
FOR VERIFICATION: This can be verified in tet by running the managedEntry testsuite - test mentry22() From RHEL 6.6 bug verification: <snip> 389-ds-base-libs-1.2.11.15-38.el6.x86_64 389-ds-base-1.2.11.15-38.el6.x86_64 520|0 29 19263 1 2|----------------- Starting Test MENTRY_22 ------------------------- 520|0 29 19263 1 3|---Deleting mepManagedBy attribute and running ModRDN operation to check if it creates a new UPG, Expected Result=--- 520|0 29 19263 1 4|Successfully completed Delete mepManagedBy attribute from UPG 520|0 29 19263 1 5|Successfully completed Change the RDN of user uid=User_MENTRY_22 520|0 29 19263 1 6|Test result for MENTRY_22, Deleting mepManagedBy attribute and running ModRDN operation to check if it creates a new UPG, Actual_Result=1, Expected_Result=1 520|0 29 19263 1 7|TestCase [mentry22] result-> [PASS] 520|0 29 19263 1 8|Test result for MENTRY_22, Deleting mepManagedBy attribute and running ModRDN operation to check if it creates a new UPG, Actual_Result=0, Expected_Result=0 520|0 29 19263 1 9|TestCase [mentry22] result-> [PASS] 520|0 29 19263 1 10|Running cleanup test for MENTRY_22, removing the user uid=User_MENTRY_22 520|0 29 19263 1 11|Deleting the user uid=User_MENTRY_22 from dc=mentry,dc=com 520|0 29 19263 1 12|------------------Test MENTRY_22 Completed------------------------- Testcase mentry22() in TET passes, hence marking as VERIFIED. </snip>
$ rpm -qa | grep 389 389-ds-base-1.3.3.1-9.el7.x86_64 389-ds-base-debuginfo-1.3.3.1-9.el7.x86_64 389-ds-base-libs-1.3.3.1-9.el7.x86_64 I ran managedEntry testsuite in TET. Here's the output of mentry22 testcase: 520|0 29 16529 1 2|----------------- Starting Test MENTRY_22 ------------------------- 520|0 29 16529 1 3|---Deleting mepManagedBy attribute and running ModRDN operation to check if it creates a new UPG, Expected Result=--- 520|0 29 16529 1 4|Successfully completed Delete mepManagedBy attribute from UPG 520|0 29 16529 1 5|Successfully completed Change the RDN of user uid=User_MENTRY_22 520|0 29 16529 1 6|Test result for MENTRY_22, Deleting mepManagedBy attribute and running ModRDN operation to check if it creates a new UPG, Actual_Result=1, Expected_Result=1 520|0 29 16529 1 7|TestCase [mentry22] result-> [PASS] 520|0 29 16529 1 8|Test result for MENTRY_22, Deleting mepManagedBy attribute and running ModRDN operation to check if it creates a new UPG, Actual_Result=0, Expected_Result=0 520|0 29 16529 1 9|TestCase [mentry22] result-> [PASS] 520|0 29 16529 1 10|Running cleanup test for MENTRY_22, removing the user uid=User_MENTRY_22 520|0 29 16529 1 11|Deleting the user uid=User_MENTRY_22 from dc=mentry,dc=com 520|0 29 16529 1 12|------------------Test MENTRY_22 Completed------------------------- Testcase passes, hence marking as 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/RHSA-2015-0416.html