[Bugs] [Bug 1245045] Data Loss:Remove brick commit passing when remove-brick process has not even started(due to killing glusterd)
bugzilla at redhat.com
bugzilla at redhat.com
Wed Aug 26 07:06:01 UTC 2015
https://bugzilla.redhat.com/show_bug.cgi?id=1245045
--- Comment #11 from Anand Avati <aavati at redhat.com> ---
COMMIT: http://review.gluster.org/11726 committed in master by Krishnan
Parthasarathi (kparthas at redhat.com)
------
commit c9d462dc8c1250c3f3f42ca149bb062fe690335b
Author: Atin Mukherjee <amukherj at redhat.com>
Date: Tue Jul 21 09:57:43 2015 +0530
glusterd: Don't allow remove brick start/commit if glusterd is down of the
host of the brick
remove brick stage blindly starts the remove brick operation even if the
glusterd instance of the node hosting the brick is down. Operationally its
incorrect and this could result into a inconsistent rebalance status across
all
the nodes as the originator of this command will always have the rebalance
status to 'DEFRAG_NOT_STARTED', however when the glusterd instance on the
other
nodes comes up, will trigger rebalance and make the status to completed
once the
rebalance is finished.
This patch fixes two things:
1. Add a validation in remove brick to check whether all the peers hosting
the
bricks to be removed are up.
2. Don't copy volinfo->rebal.dict from stale volinfo during restore as this
might end up in a incosistent node_state.info file resulting into volume
status
command failure.
Change-Id: Ia4a76865c05037d49eec5e3bbfaf68c1567f1f81
BUG: 1245045
Signed-off-by: Atin Mukherjee <amukherj at redhat.com>
Reviewed-on: http://review.gluster.org/11726
Tested-by: NetBSD Build System <jenkins at build.gluster.org>
Reviewed-by: N Balachandran <nbalacha at redhat.com>
Reviewed-by: Krishnan Parthasarathi <kparthas at redhat.com>
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=aawCg47q1U&a=cc_unsubscribe
More information about the Bugs
mailing list