Bug 1417061 - need a more granular way of resolving split brains automatically based on directory path
Summary: need a more granular way of resolving split brains automatically based on d...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat
Component: replicate
Version: rhgs-3.2
Hardware: Unspecified
OS: Unspecified
low
medium
Target Milestone: ---
: ---
Assignee: Pranith Kumar K
QA Contact: Nag Pavan Chilakam
URL:
Whiteboard:
Depends On:
Blocks: 1304593
TreeView+ depends on / blocked
 
Reported: 2017-01-27 07:08 UTC by Nag Pavan Chilakam
Modified: 2018-11-16 05:48 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-11-16 05:48:52 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Nag Pavan Chilakam 2017-01-27 07:08:59 UTC
Description of problem:
-==========================
With BZ#1304593 - Split-brain occurring with one cable pull
we are introducing a way to resolve splitbrains automatically based on favorite child policy and the admin can select based on different policies.
While this is a easy and automated way of resolving split brains,
the admin can have situations where there are say different directories dir1, dir2, and dir3 and say all these directories have more than 100 files in splitbrain

Now the admin may want to resolve splitbrains in dir1 based on mtime
and in dir2 based on ctime
and on dir3 based on size
In the current situation the admin can only set one policy for whole volume.
This means if the admin ends up in above situation he/she may not be able to leverage the automatic resolution feature because the same policy may not fit all the directories.
Instead if we can give option to set splitbrain resolution automatically at directory granularity, it would be more flexible for admin 


Version-Release number of selected component (if applicable):
=======
3.8.4-11


Note You need to log in before you can comment on or make changes to this bug.