Bug 1279572
| Summary: | Cannot upgrade a consumer to supplier in a multimaster environment | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Jan Kurik <jkurik> |
| Component: | 389-ds-base | Assignee: | Noriko Hosoi <nhosoi> |
| Status: | CLOSED ERRATA | QA Contact: | Viktor Ashirov <vashirov> |
| Severity: | urgent | Docs Contact: | |
| Priority: | urgent | ||
| Version: | 7.0 | CC: | amsharma, jkurik, mnavrati, mreynolds, msauton, nhosoi, nkinder, rmeggins |
| Target Milestone: | rc | Keywords: | ZStream |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | 389-ds-base-1.3.4.0-20.el7_2 | Doc Type: | Bug Fix |
| Doc Text: |
Previously, when promoting a consumer to a master, the new Replica Update Vector (RUV) element was appended to the RUV. However, when trying to replicate from the newly promoted replica, the remote replica checked the first element in the RUV, which had the same replica ID, and aborted the replication session. As a consequence, the replication between the two servers failed, and other RUVs on other replicas could become corrupted. Now, when promoting a replica to a master, the RUV is reordered to be the first in the list, and replication no longer fails in the described scenario.
|
Story Points: | --- |
| Clone Of: | 1278987 | Environment: | |
| Last Closed: | 2015-12-08 10:34:03 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: | 1278987 | ||
| Bug Blocks: | |||
|
Description
Jan Kurik
2015-11-09 19:03:22 UTC
Using https://bugzilla.redhat.com/show_bug.cgi?id=1278987#c0 to verify.. (In reply to Amita Sharma from comment #4) > Using https://bugzilla.redhat.com/show_bug.cgi?id=1278987#c0 to verify.. Amita, There is a lib389 ticket in the source tree you can use to verify this: ticket48325_test.py Mark Thanks Mark. Test Case working fine with latest build:: [amsharma@dhcp201-167 tickets]$ rpm -qa | grep 389 389-ds-base-1.3.4.0-20.el7_2.x86_64 389-ds-base-libs-1.3.4.0-20.el7_2.x86_64 389-ds-base-debuginfo-1.3.4.0-20.el7_2.x86_64 RODUCT_NAME': 'slapd', 'suffix': 'dc=example,dc=com'} DEBUG:lib389:running: /usr/sbin/remove-ds.pl -i slapd-consumer_1 Instance slapd-consumer_1 removed. ========================================== 1 passed in 246.96 seconds ========================================== wrote pytestdebug information to /export/ds/dirsrvtests/tickets/pytestdebug.log 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-2015-2572.html |