[Bugs] [Bug 1465559] multiple brick processes seen on gluster(fs) d restart in brick multiplexing
bugzilla at redhat.com
bugzilla at redhat.com
Thu Jul 20 21:50:23 UTC 2017
https://bugzilla.redhat.com/show_bug.cgi?id=1465559
--- Comment #6 from Worker Ant <bugzilla-bot at gluster.org> ---
COMMIT: https://review.gluster.org/17840 committed in master by Jeff Darcy
(jeff at pl.atyp.us)
------
commit d095c02eb9796ca2ec2a24931c28f057c403f834
Author: Atin Mukherjee <amukherj at redhat.com>
Date: Thu Jul 20 18:11:14 2017 +0530
glusterd: fix brick start race
Problem:
Another race where glusterd was restarted glusterd_brick_start () is called
multiple times due to friend handshaking and in one instance when one of
the
brick was attempted to be attached to the existing brick process,
send_attach_req failed as the first brick itself was still not up and then
we
did a synlock_unlock () followed by a sleep of 1 sec, before the same
thread
woke up, another thread tried to start the same brick process and then it
assumed that it has to start a fresh brick process.
Solution:
1. If brick is in starting phase (brickinfo->status ==
GF_BRICK_STARTING), no need for a reattempt to
start the brick.
2. While initiating attach_req set brickinfo->status to
GF_BRICK_STARTING
Change-Id: Ib007b6199ec36fdab4214a1d37f99d7f65ef64da
BUG: 1465559
Signed-off-by: Atin Mukherjee <amukherj at redhat.com>
Reviewed-on: https://review.gluster.org/17840
Reviewed-by: Amar Tumballi <amarts at redhat.com>
Smoke: Gluster Build System <jenkins at build.gluster.org>
CentOS-regression: Gluster Build System <jenkins at build.gluster.org>
Reviewed-by: Jeff Darcy <jeff at pl.atyp.us>
--
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=t8aUx4KPUb&a=cc_unsubscribe
More information about the Bugs
mailing list