[Bugs] [Bug 1256605] New: `gluster volume heal <vol-name> split-brain' changes required for entry-split-brain
bugzilla at redhat.com
bugzilla at redhat.com
Tue Aug 25 06:11:36 UTC 2015
https://bugzilla.redhat.com/show_bug.cgi?id=1256605
Bug ID: 1256605
Summary: `gluster volume heal <vol-name> split-brain' changes
required for entry-split-brain
Product: GlusterFS
Version: 3.7.3
Component: replicate
Keywords: Triaged
Severity: medium
Assignee: bugs at gluster.org
Reporter: ravishankar at redhat.com
CC: bugs at gluster.org, gluster-bugs at redhat.com
Depends On: 1234399, 1254167
Blocks: 1251815
+++ This bug was initially created as a clone of Bug #1254167 +++
Description of problem:
------------------------
`gluster volume heal <vol-name> split-brain' command today has 2 arguments:
bigger-file and source-brick.
In case of a directory entry split-brain, the argument bigger-file is not
meaningful and should not be accepted. The user needs to be notified that this
option cannot be used with directories. Currently, this argument causes entry
split-brain to be healed by conservative merge, without any complaints.
For the source-brick argument, the user should be notified that it is
conservative merge that will be performed for the directory in question and the
heal should happen.
Version-Release number of selected component (if applicable):
--------------------------------------------------------------
glusterfs-3.7.1-3.el6rhs.x86_64
How reproducible:
------------------
Always
Steps to Reproduce:
--------------------
1. On a directory in entry split-brain, run the `gluster volume heal <vol-name>
split-brain' command with each of the 2 arguments.
Actual results:
----------------
Heal happens in both cases without notifying the user, as explained in
description.
Expected results:
------------------
User should be notified in case the bigger-file argument is used to heal
directory entry split-brain, that this is not applicable to directories. In
case of source-brick argument, perform conservative merge and notify the user
accordingly.
--- Additional comment from Ravishankar N on 2015-08-17 06:39:25 EDT ---
Patch @ http://review.gluster.org/11937
--- Additional comment from Anand Avati on 2015-08-21 03:31:16 EDT ---
REVIEW: http://review.gluster.org/11937 (heal: Add check for healing
directories in split-brain) posted (#2) for review on master by Ravishankar N
(ravishankar at redhat.com)
--- Additional comment from Anand Avati on 2015-08-24 08:17:08 EDT ---
REVIEW: http://review.gluster.org/11937 (heal: Add check for healing
directories in split-brain) posted (#3) for review on master by Ravishankar N
(ravishankar at redhat.com)
--- Additional comment from Anand Avati on 2015-08-25 01:45:13 EDT ---
COMMIT: http://review.gluster.org/11937 committed in master by Pranith Kumar
Karampuri (pkarampu at redhat.com)
------
commit 97bae6371b5e841f03a61d6700033f40afd5cdc7
Author: Ravishankar N <ravishankar at redhat.com>
Date: Mon Aug 17 10:29:19 2015 +0000
heal: Add check for healing directories in split-brain
1. Healing using `bigger-file' option does not make much sense for
directories,
hence disallow it and notify the user.
2. Healing using 'source-brick' option for directories performs a
conservative
merge. Notify the user about it.
Change-Id: I0acff7b438bdb256615ed0f40d45694f37a77dd5
BUG: 1254167
Signed-off-by: Ravishankar N <ravishankar at redhat.com>
Reviewed-on: http://review.gluster.org/11937
Tested-by: NetBSD Build System <jenkins at build.gluster.org>
Reviewed-by: Pranith Kumar Karampuri <pkarampu at redhat.com>
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1234399
[Bug 1234399] `gluster volume heal <vol-name> split-brain' changes required
for entry-split-brain
https://bugzilla.redhat.com/show_bug.cgi?id=1251815
[Bug 1251815] [TRACKER] RHGS 3.1 Update 1 (z-stream) Tracker BZ
https://bugzilla.redhat.com/show_bug.cgi?id=1254167
[Bug 1254167] `gluster volume heal <vol-name> split-brain' changes required
for entry-split-brain
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
More information about the Bugs
mailing list