[Bugs] [Bug 1567881] Halo replication I/O path is not working

bugzilla at redhat.com bugzilla at redhat.com
Wed Apr 25 05:48:21 UTC 2018


https://bugzilla.redhat.com/show_bug.cgi?id=1567881



--- Comment #4 from Worker Ant <bugzilla-bot at gluster.org> ---
COMMIT: https://review.gluster.org/19884 committed in master by "Pranith Kumar
Karampuri" <pkarampu at redhat.com> with a commit message- cluster/afr: Keep
child-up until ping-event

Problem:
If we have 2 bricks, brick-A and brick-B with brick-A within halo-max-latency
and brick-B more than halo-max-latency. If we set both halo-min, halo-max
replicas
as '1'. In this case, brick-A comes online and then ping-latency will be
updated for it.
When brick-B comes online, we have 2 up-bricks, so the code tries to find the
brick with
worst latency to mark it down. Since Brick-B just came online it always had '0'
latency
so brick-B used to be marked offline and Brick-B would eventually be the one to
be
online even when brick-A is more suited.

Fix:
Consider latency of just-up child as HALO_MAX_LATENCY so that worst-child until
ping-latency is found as the just-up brick. Also keep ping-latency as -1 until
child-up during initialization.

BUG: 1567881
fixes bz#1567881
Change-Id: I148262fe505468190f0eb99225d0f6d57cdb6f04
Signed-off-by: Pranith Kumar K <pkarampu at redhat.com>

-- 
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.


More information about the Bugs mailing list