RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1251288 - Replication not working for "delete: attr"
Summary: Replication not working for "delete: attr"
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: 389-ds-base
Version: 6.6
Hardware: x86_64
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Noriko Hosoi
QA Contact: Viktor Ashirov
Petr Bokoc
URL:
Whiteboard:
: 1254410 1254662 (view as bug list)
Depends On:
Blocks: 1257776
TreeView+ depends on / blocked
 
Reported: 2015-08-06 22:47 UTC by Thang Nguyen
Modified: 2019-09-12 08:44 UTC (History)
9 users (show)

Fixed In Version: 389-ds-base-1.2.11.15-67.el6
Doc Type: Bug Fix
Doc Text:
Deletion of attributes without a value on the master server now replicates correctly Previously, when an attribute which does not have a value on the master server was deleted, the deletion was not replicated to other servers. The regression that caused this bug has been fixed and the change now replicates as expected.
Clone Of:
: 1257776 (view as bug list)
Environment:
Last Closed: 2016-05-10 19:20:30 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Backport the fix for #561 was missing this additional fix for the regression. (1.31 KB, patch)
2015-08-07 19:59 UTC, Noriko Hosoi 		no flags Details | Diff
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2016:0737 0 normal SHIPPED_LIVE 389-ds-base bug fix and enhancement update 2016-05-10 22:29:13 UTC

Description Thang Nguyen 2015-08-06 22:47:12 UTC 
Description of problem:

In a replication (master-master or master-consumer) environment, when doing a 

dn: cn=user1,dc=ou,dc=o
changetype: modify
delete: any_attribute

Or

dn: cn=user1,dc=ou,dc=o
changetype: modify
replace: any_attribute

on the master server, the attribute is deleted from the master but the attribute is not deleted on the replicated server (master or consumer).

However, if I have

dn: cn=user1,dc=ou,dc=o
changetype: modify
replace: any_attribute
any_attribute: value

Or 

dn: cn=user1,dc=ou,dc=o
changetype: modify
delete: any_attribute
any_attribute: value

the change is replicated to the consumer.

Version-Release number of selected component (if applicable):
1.2.11.15-60.el6

There are no errors in the error log.

Please provide a fix for this.
Comment 1 Thang Nguyen 2015-08-06 22:49:35 UTC 
BTW, this issue doesn't exist on 1.2.11.15-50.el6.
Comment 5 Thang Nguyen 2015-08-13 20:02:46 UTC 
Can I get an update on this please?  Thank you.
Comment 6 Noriko Hosoi 2015-08-13 20:24:09 UTC 
(In reply to Thang Nguyen from comment #5)
> Can I get an update on this please?  Thank you.

Fixed in upstream.  Do you need a patch?
Comment 7 Thang Nguyen 2015-08-13 20:56:29 UTC 
Hi Noriko,

Thanks.  Can you provide a patch?  When will the fix be in Redhat repo?
Comment 8 Noriko Hosoi 2015-08-13 21:06:50 UTC 
(In reply to Thang Nguyen from comment #7)
> Hi Noriko,
> 
> Thanks.  Can you provide a patch?  When will the fix be in Redhat repo?

Hello Thang,

Can you see the attachment: #1060475?

In terms of the release, we are working on it.

Thanks for your patience,
--noriko
Comment 9 Thang Nguyen 2015-08-13 23:01:40 UTC 
Thanks Noriko!

--thang
Comment 10 Hiroko Miura 2015-08-18 05:21:05 UTC 
*** Bug 1254410 has been marked as a duplicate of this bug. ***
Comment 11 German Parente 2015-08-18 15:41:01 UTC 
*** Bug 1254662 has been marked as a duplicate of this bug. ***
Comment 15 Noriko Hosoi 2015-08-28 21:55:29 UTC 
Steps to verify:
1. Set up MMR (hosts: Master1 and Master2)
2. delete an attribute without the value.
ldapmodify -h Master1 ... << EOF
dn: <DN>
changetype: modify
delete: <ATTR>
EOF
3. check the attribute <ATTR> in Master2.
   If it is deleted, the fix is verified.
Comment 17 Simon Pichugin 2016-03-15 15:11:20 UTC 
$ rpm -qa | grep 389-ds-base
389-ds-base-libs-1.2.11.15-74.el6.x86_64
389-ds-base-1.2.11.15-74.el6.x86_64

Verification steps:
1) Set up MMR:
master1 - 389
master2 - 390

2) Add user entry to master1:
$ ldapmodify -h localhost -p 389 -D "cn=Directory Manager" -w Secret123
dn: uid=user,dc=example,dc=com
changetype: add
objectClass: top
objectClass: person
objectClass: inetUser
uid: user
sn: user
cn: user
description: test

adding new entry "uid=user,dc=example,dc=com"

3) Check master2 for this entry:
$ ldapsearch -h localhost -p 390 -D "cn=Directory Manager" -w Secret123 -b "uid=user,dc=example,dc=com"

# user, example.com
dn: uid=user,dc=example,dc=com
objectClass: top
objectClass: person
objectClass: inetUser
uid: user
sn: user
cn: user
description: test

4) Delete attribute "description" from master1:
$ ldapmodify -h localhost -p 389 -D "cn=Directory Manager" -w Secret123
dn: uid=user,dc=example,dc=com
changetype: modify
delete: description

modifying entry "uid=user,dc=example,dc=com"

5) Check master2 for this attribute:
$ ldapsearch -h localhost -p 390 -D "cn=Directory Manager" -w Secret123 -b "uid=user,dc=example,dc=com"

# user, example.com
dn: uid=user,dc=example,dc=com
objectClass: top
objectClass: person
objectClass: inetUser
uid: user
sn: user
cn: user

Marking as verified.
Comment 19 errata-xmlrpc 2016-05-10 19:20:30 UTC 
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-2016-0737.html
Note You need to log in before you can comment on or make changes to this bug.