Bug 1316577

Summary: Why do we have to replace a failed brick with a brick mounted on a different mount point?
Product: [Community] GlusterFS Reporter: Peter Portante <pportant>
Component: glusterdAssignee: Anuradha <atalur>
Status: CLOSED DUPLICATE QA Contact:
Severity: medium Docs Contact:
Priority: unspecified    
Version: mainlineCC: atalur, bugs, smohan, srangana
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-06-22 08:56:04 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:

Description Peter Portante 2016-03-10 14:11:26 UTC 
We had a failed brick, bad disk.  We replaced the drive and are following the documentation (See "Replacing brick in Replicate/Distributed Replicate volumes" in http://gluster.readthedocs.org/en/latest/Administrator%20Guide/Managing%20Volumes/#replace-brick).

However this seems odd.

If I have a six node cluster, each with 1 brick, where I have three-way replication, I'll end up data distributed across two bricks which in turn are replicated three ways.

In this scenario, if a node goes down for a time and comes back, its brick will get self-healed to match the other replicas and life goes on.

Why can't I do the same with that one brick?  Just take it out of service, replace the brick, remount and allow it to self-heal?
Comment 1 Shyamsundar 2016-03-10 17:45:12 UTC 
@Peter, the changes proposed for this bug, https://bugzilla.redhat.com/show_bug.cgi?id=1266876 seem to line up to your requests.

Could you take a look at the commit message for the change here [1], and add your comments on weather this satisfies your request?

[1] http://review.gluster.org/#/c/12250/
Comment 2 Peter Portante 2016-03-11 02:21:47 UTC 
@Shyamsundar, I posted a comment on what I would like to see for a command syntax in that commit.  Thanks!
Comment 3 Anuradha 2016-06-22 08:56:04 UTC 

*** This bug has been marked as a duplicate of bug 1266876 ***
Comment 4 Anuradha 2016-06-22 09:01:34 UTC 
Closed as duplicate as same patch being worked on for bug 1266876 will fix this too. If there is any problem with the functionality then please raise bug.

Thanks,
Anuradha