Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

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

Summary:

Replication not working for "delete: attr"

Product:

Red Hat Enterprise Linux 6

Reporter:

Thang Nguyen <thang>

Component:

389-ds-base

Assignee:

Noriko Hosoi <nhosoi>

Status:

CLOSED ERRATA

QA Contact:

Viktor Ashirov <vashirov>

Severity:

high

Docs Contact:

Petr Bokoc <pbokoc>

Priority:

high

Version:

6.6

CC:

gparente, hmiura, jgalipea, nkinder, pbokoc, raymuncb, rmeggins, spichugi, tlavigne

Target Milestone:

Keywords:

ZStream

Target Release:

---

Hardware:

x86_64

OS:

Linux

Whiteboard:

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.

Story Points:

---

Clone Of:

Clones:

1257776 (view as bug list)

Environment:

Last Closed:

2016-05-10 19:20:30 UTC

Type:

Bug

Regression:

---

Mount Type:

---

Documentation:

---

CRM:

Verified Versions:

Category:

---

oVirt Team:

---

RHEL 7.3 requirements from Atomic Host:

Cloudforms Team:

---

Target Upstream Version:

Embargoed:

Bug Depends On:

Bug Blocks:

1257776

Attachments:

Description	Flags
Backport the fix for #561 was missing this additional fix for the regression.	none

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