Bug 842441 – "Server is unwilling to perform" when running ldapmodify on nsds5ReplicaStripAttrs

Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.

Bug 842441 - "Server is unwilling to perform" when running ldapmodify on nsds5ReplicaStripAttrs

Summary:	"Server is unwilling to perform" when running ldapmodify on nsds5ReplicaStrip...

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Enterprise Linux 6
Classification:	Red Hat
Component:	389-ds-base (Show other bugs)
Sub Component:
Version:	6.4
Hardware:	Unspecified Unspecified

Priority	high Severity unspecified
Target Milestone:	rc
Target Release:	---
Assigned To:	Rich Megginson
QA Contact:	Sankar Ramalingam
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2012-07-23 17:03 EDT by Nathan Kinder
Modified:	2013-02-21 03:20 EST (History)
CC List:	2 users (show)

See Also:
Fixed In Version:	389-ds-base-1.2.11.12-1.el6
Doc Type:	Bug Fix
Doc Text:	Cause: attribute was not in a list of allowed attributes to update Consequence: the attribute could only be manually set in dse.ldif when the server was shutdown. Fix: add attribute to "allow" list Result: you can use ldapmodify to set the config attribute
Story Points:	---
Clone Of:
Environment:
Last Closed:	2013-02-21 03:20:23 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

External Trackers
Tracker	ID	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHSA-2013:0503	normal	SHIPPED_LIVE	Moderate: 389-ds-base security, bug fix, and enhancement update	2013-02-21 03:18:44 EST

Groups: None (edit)

Description Nathan Kinder 2012-07-23 17:03:44 EDT

This bug is created as a clone of upstream ticket:
https://fedorahosted.org/389/ticket/413

The server rejects modifications to nsds5ReplicaStripAttrs (a replica agreement attribute added in #321).

{{{

$ ldapmodify -x -h localhost -D "cn=Directory Manager" -w 12345678
dn: cn=meTovm-028.idm.lab.bos.redhat.com,cn=replica,cn=dc\3Didm\2Cdc\3Dlab\2Cdc\3Dbos\2Cdc\3Dredhat\2Cdc\3Dcom,cn=mapping tree,cn=config
changetype: modify
add: nsds5replicastripattrs
nsds5replicastripattrs: modifiersname modifytimestamp internalmodifiersname internalmodifytimestamp

modifying entry "cn=meTovm-028.idm.lab.bos.redhat.com,cn=replica,cn=dc\3Didm\2Cdc\3Dlab\2Cdc\3Dbos\2Cdc\3Dredhat\2Cdc\3Dcom,cn=mapping tree,cn=config"
ldap_modify: Server is unwilling to perform (53)
}}}

Comment 1 Nathan Kinder 2012-07-23 17:06:44 EDT

This is associated with the new attribute that was added as part of ticket #321 (bug 782295).  This should be verified at the same time.

Verification should consist of trying to set nsds5replicastripattrs dynamically over LDAP as "cn=Directory Manager".

Comment 2 Jenny Galipeau 2012-08-28 09:23:20 EDT

added automated regression testcase to accept.sh

Comment 4 Sankar Ramalingam 2012-11-19 05:37:16 EST

No failures encountered from mmrept/accept tests. Hence marking the bug as Verified.
    mmrepl mmraccept run elapse time : 00:12:17
    mmrepl mmraccept run Tests PASS      : 100% (27/27)

Comment 5 errata-xmlrpc 2013-02-21 03:20:23 EST

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

Note You need to log in before you can comment on or make changes to this bug.