Bug 1503227
Summary: | [RFE] Changelog option in a gluster volume disables with no warning if geo-rep is configured | ||
---|---|---|---|
Product: | [Community] GlusterFS | Reporter: | Kotresh HR <khiremat> |
Component: | geo-replication | Assignee: | Kotresh HR <khiremat> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | mainline | CC: | amukherj, bugs, csaba, khiremat, rallan, rhinduja, rhs-bugs, storage-qa-internal |
Target Milestone: | --- | Keywords: | FutureFeature |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | glusterfs-4.0.0 | Doc Type: | Enhancement |
Doc Text: | Story Points: | --- | |
Clone Of: | 1498391 | Environment: | |
Last Closed: | 2018-03-15 11:18:57 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: | 1498391 | ||
Bug Blocks: |
Description
Kotresh HR
2017-10-17 15:31:09 UTC
REVIEW: https://review.gluster.org/18540 (glusterd: Validate changelog on geo-rep volume) posted (#1) for review on master by Kotresh HR (khiremat) COMMIT: https://review.gluster.org/18540 committed in master by ------------- glusterd: Validate changelog on geo-rep volume If geo-rep is configured on volume, don't allow to disable changelog. Change-Id: I7d1ba8b2939c8fe6ee6c59fb923d9aa1bdab553c BUG: 1503227 Signed-off-by: Kotresh HR <khiremat> The patch actually disallows this to happen. So there is a discrepency between what the patch does and what the bugzilla problem description says. I realized this after merging the patch. Is my understanding correct that we should disallow it? If so then the text has to be corrected here. If geo-rep session is established, we should not allow the changelog to disable. Disable and enabling it during the same session could cause geo-rep not to sync data. This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-4.0.0, please open a new bug report. glusterfs-4.0.0 has been announced on the Gluster mailinglists [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution. [1] http://lists.gluster.org/pipermail/announce/2018-March/000092.html [2] https://www.gluster.org/pipermail/gluster-users/ |