Bug 1007452
| Summary: | Under specific values of nsDS5ReplicaName, replication may get broken or updates missing | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Rich Megginson <rmeggins> | |
| Component: | 389-ds-base | Assignee: | Rich Megginson <rmeggins> | |
| Status: | CLOSED ERRATA | QA Contact: | Sankar Ramalingam <sramling> | |
| Severity: | unspecified | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | 6.4 | CC: | jgalipea, nhosoi, nkinder | |
| Target Milestone: | rc | |||
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | 389-ds-base-1.2.11.15-25.el6 | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1007988 (view as bug list) | Environment: | ||
| Last Closed: | 2013-11-21 21:12:01 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: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 1007988 | |||
|
Description
Rich Megginson
2013-09-12 14:07:48 UTC
This issue seems serious enough to warrant inclusion in RHEL 6.5. Steps to reproduce are
Create Master, C1, C2
Create ReplAgreement M->C1 and M->C2
<before doing any update>
Stop Master
Identify database suffix like db4 (e.g. /var/lib/dirsrv/slapd-master/db/userRoot/id2entry.db4)
Edit master dse.ldif.
Look for cn=replica,cn=<suffix>,cn=mapping tree,cn=config
Update nsDS5ReplicaName to add database suffix in the name like
before: afbf227b-1ca411e3-8cdaf60b-fc2f2a5a
after : afbf227b-1ca411e3-8cdafdb4-fc2f2a5a
Start Master
# The following steps will created the changelog file that contains 'db4'
Create user t1
Create user t2
<check replication is working>
# The following steps create entry t3 on M and C1 but not on C2.
# t3 is also recorded in the changelog
Stop C2
Create user t3
<check t3 is replicated on C1>
# The following step will corrupt the t3 entry in the changelog, so that
# the entry ADD can no longer be replicated
Stop Master, C1
export Master (-r)
import C1 (this step can likely be skipped)
Start Master, C1, C2
# The following step triggers that C2 will miss t3
Create user t4
-> On Master: t1, t2, t3, t4
-> On Cons.1: t1, t2, t3, t4
-> On Cons.2: t1, t2, t4
# An update on t3, should break replication
Marking it as Verified since Master, C1 and C2 contains the same number of entries after following the steps mentioned in Comment #2. 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/RHBA-2013-1653.html |