Bug 834053
Summary: | [RFE] Plugins - ability to control behavior of modifyTimestamp/modifiersName | ||
---|---|---|---|
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: | unspecified | Docs Contact: | |
Priority: | medium | ||
Version: | 6.4 | CC: | amsharma, jgalipea, jrusnack, mreynolds, nhosoi |
Target Milestone: | rc | Keywords: | FutureFeature |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | 389-ds-base-1.2.11.15-4.el6 | Doc Type: | Enhancement |
Doc Text: |
Feature: Control of modifiersname
Reason: If a user made an update that triggered a plugin to make another update, the modifersname would always bethe plugin.
Result (if any): If configured, the modifiersname would be the user that initiated the operation, and a new attribute internalmodifiersname will still record the plugin dn.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2013-02-21 08:18:28 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
Nathan Kinder
2012-06-20 17:58:58 UTC
This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development. This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4. Found an issue while testing DNA plugin for this RFE. Steps:: 1. Set nsslapd-plugin-binddn-tracking attribute is ON 2. Enable DNA plugin 3. Add a test entry which should take next dna value for its uidnumber 4. Check the internelModifier name for the test entry, It should be plugin DN /usr/lib64/mozldap/ldapsearch -1 -h dhcp201-134.englab.pnq.redhat.com -p 22594 -D cn=directory manager -w Secret123 -b cn=Posix User1,dc=example,dc=com objectClass=* internalModifiersname | grep cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config internalModifiersname is not plugin DN But as in above ldapsearch, we are not getting plugin DN and instead we are getting UserDN. Which is may be due to "ticket 302 superseded ticket 111". Reopening the bug. memberOf does not create entries, so internalCreatorsname is not used. Also, if there is no internalCreatorsname, then that entry was probably created before turning on nsslapd-plugin-binddn-tracking. Bug fix for this RFE bug is added to the build 389-ds-base-1.2.11.12-4.el6: Ticket #495 - internalModifiersname not updated by DNA plugin The previous comment had a typo in the version number. The correct package where the latest fix exists is 389-ds-base-1.2.11.15-4.el6. Test cases are automated and all are passed. So marking the bug 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. http://rhn.redhat.com/errata/RHSA-2013-0503.html |