Bug 1322253 - gluster volume heal info shows conservative merge entries as in split-brain
Summary: gluster volume heal info shows conservative merge entries as in split-brain
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: replicate
Version: mainline
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: bugs@gluster.org
QA Contact:
URL:
Whiteboard:
Depends On: 1319406
Blocks: 1326212
TreeView+ depends on / blocked
 
Reported: 2016-03-30 07:03 UTC by Pranith Kumar K
Modified: 2016-06-16 14:02 UTC (History)
2 users (show)

Fixed In Version: glusterfs-3.8rc2
Clone Of: 1319406
: 1326212 (view as bug list)
Environment:
Last Closed: 2016-06-16 14:02:08 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Comment 1 Vijay Bellur 2016-03-30 07:04:34 UTC
REVIEW: http://review.gluster.org/13811 (cluster/afr: Fix witness counting code in src/sink detection) posted (#3) for review on master by Pranith Kumar Karampuri (pkarampu)

Comment 2 Vijay Bellur 2016-03-31 06:49:45 UTC
REVIEW: http://review.gluster.org/13811 (cluster/afr: Fix witness counting code in src/sink detection) posted (#4) for review on master by Pranith Kumar Karampuri (pkarampu)

Comment 3 Vijay Bellur 2016-04-10 10:44:37 UTC
REVIEW: http://review.gluster.org/13811 (cluster/afr: Fix witness counting code in src/sink detection) posted (#5) for review on master by Pranith Kumar Karampuri (pkarampu)

Comment 4 Vijay Bellur 2016-04-12 06:28:06 UTC
COMMIT: http://review.gluster.org/13811 committed in master by Pranith Kumar Karampuri (pkarampu) 
------
commit e88962f8c49ea1d65fa26703e5c11be3f21af2ba
Author: Pranith Kumar K <pkarampu>
Date:   Mon Mar 21 23:26:43 2016 +0530

    cluster/afr: Fix witness counting code in src/sink detection
    
    Problem:
    In afr-v1 pre-op, xattrop increments self xattr first then it increments the
    value on rest. In post-op, xattr value is decreased first on rest and at last
    it gets decremented on self. So for a possible operation to be witnessed i.e.
    a fop is seen by the brick it is important to have at least 1 pending op
    because without completing pre-op fop won't come. The other possibility is when
    fop completes but at the time of post-op after decrementing pending counts on
    others just before decrementing its own pending count, the brick dies.
    
    Fix:
    Fix witness detection code in afr_self_heal_find_direction()
    
    BUG: 1322253
    Change-Id: Ia7e76482c0a46e775e269bb96ec1b9490a3ac18f
    Signed-off-by: Pranith Kumar K <pkarampu>
    Reviewed-on: http://review.gluster.org/13811
    Smoke: Gluster Build System <jenkins.com>
    CentOS-regression: Gluster Build System <jenkins.com>
    NetBSD-regression: NetBSD Build System <jenkins.org>
    Reviewed-by: Ravishankar N <ravishankar>

Comment 5 Niels de Vos 2016-06-16 14:02:08 UTC
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-3.8.0, please open a new bug report.

glusterfs-3.8.0 has been announced on the Gluster mailinglists [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution.

[1] http://blog.gluster.org/2016/06/glusterfs-3-8-released/
[2] http://thread.gmane.org/gmane.comp.file-systems.gluster.user


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