[Bugs] [Bug 1398500] [granular entry sh] - Provide a CLI to enable/ disable the feature that checks that there are no heals pending before allowing the operation

[bugzilla at redhat.com]

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



--- Comment #2 from Worker Ant <bugzilla-bot at gluster.org> ---
COMMIT: http://review.gluster.org/15926 committed in release-3.9 by Pranith
Kumar Karampuri (pkarampu at redhat.com) 
------
commit d5f7a56b5836c07f2782c8e93b068e838522767c
Author: Krutika Dhananjay <kdhananj at redhat.com>
Date:   Fri Nov 18 15:38:00 2016 +0530

    features/index: Delete granular entry indices of already healed directories
during crawl

            Backport of: http://review.gluster.org/15880

    If granular name indices are already in existence for a volume, and
    before they are healed, granular entry heal be disabled, a crawl on
    indices/xattrop will clear the changelogs on these directories. When
    their corresponding entry-changes indices are crawled subsequently,
    if it is found that the directories don't need heal anymore, the
    granular indices are not cleaned up.
    This patch fixes that problem by ensuring that the zero-xattrop
    also deletes the stale indices at the level of index translator.

    Change-Id: If4a2f14e33a78f2217e9fea8733ebb552af56059
    BUG: 1398500
    Signed-off-by: Krutika Dhananjay <kdhananj at redhat.com>
    Reviewed-on: http://review.gluster.org/15926
    Smoke: Gluster Build System <jenkins at build.gluster.org>
    NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>
    CentOS-regression: Gluster Build System <jenkins at build.gluster.org>
    Reviewed-by: Pranith Kumar Karampuri <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.