Bug 1262161 - RFE : Feature: Automagic unsplit-brain policies for v3.6.x (cluster/afr)
Summary: RFE : Feature: Automagic unsplit-brain policies for v3.6.x (cluster/afr)
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: replicate
Version: 3.6.6
Hardware: All
OS: All
medium
medium
Target Milestone: ---
Assignee: rwareing
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 1328224 1339639
TreeView+ depends on / blocked
 
Reported: 2015-09-11 01:57 UTC by rwareing
Modified: 2016-08-23 12:30 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
: 1328224 (view as bug list)
Environment:
Last Closed: 2016-08-23 12:30:30 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)
Patch to add automagic split-brain resolution. (33.09 KB, application/mbox)
2015-09-11 01:57 UTC, rwareing
no flags Details

Description rwareing 2015-09-11 01:57:29 UTC
Created attachment 1072407 [details]
Patch to add automagic split-brain resolution.

Description of problem:
From time to time, GlusterFS users, admins (and even developers) can do unfortunate things to a volume which cause split-brain to files and directories.  In such cases where the so-called "wise fool" algorithm (aka change logs) cannot determine a clean version of the file an IO error will be bubbled up to the user; thus ruining their GlusterFS clustered storage experience.

The present solution for these cases is to go into the backend and delete or move the copies of the file that aren't desired, or "pinning" to a specific replica index (which is basically choosing randomly).  For large scale installations of GlusterFS this really isn't a workable solution, and quite often a simple heuristic based on time, size or majority will suffice to resolve things automagically to most end-users satisfaction.

This patch introduces policy based split-brain resolution.

Version-Release number of selected component (if applicable):
v3.6.x

How reproducible:
100%

Steps to Reproduce:
N/A

Actual results:
N/A

Expected results:
N/A

Additional info:
N/A

Comment 1 rwareing 2015-09-11 02:12:46 UTC
Also, to be clear this patch should patch cleanly to the release-3.6 branch.

Comment 2 Niels de Vos 2016-08-23 12:30:30 UTC
This bug is being closed as GlusterFS-3.6 is nearing its End-Of-Life and only important security bugs will be fixed. This bug has been fixed in more recent GlusterFS releases. If you still face this bug with the newer GlusterFS versions, please open a new bug.


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