Bug 1230095 - [geo-rep]: [doc]: if remove brick is performed using force to reduce the replica type. gsyncd wont kill for the removed bricks
Summary: [geo-rep]: [doc]: if remove brick is performed using force to reduce the repl...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: geo-replication
Version: rhgs-3.1
Hardware: x86_64
OS: Linux
high
medium
Target Milestone: ---
: ---
Assignee: Bug Updates Notification Mailing List
QA Contact: storage-qa-internal@redhat.com
URL:
Whiteboard:
Depends On:
Blocks: 1223636
TreeView+ depends on / blocked
 
Reported: 2015-06-10 08:51 UTC by Rahul Hinduja
Modified: 2018-04-16 15:55 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-04-16 15:55:57 UTC
Embargoed:


Attachments (Terms of Use)

Description Rahul Hinduja 2015-06-10 08:51:53 UTC
Description of problem:
=======================

We make it mandate to stop the geo-rep session before performing remove-brick commit with the successful migration of data with start. But in a case we remove the brick from each subvolume, in other words if we decrease the replica count from 3 to 2 for example, both remove-brick start and commit will fail with usage to use "force". 

By using remove-brick force we bypass the validation of geo-rep and remove the bricks instantly which is expected with force, but this wont kill the gsyncd for all the removed-bricks.

Hence, a note section in document is needed to cover this corner case. 


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

glusterfs-3.7.1-1.el6rhs.x86_64


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