[Bugs] [Bug 1331323] [Granular entry sh] - Implement renaming of indices in index translator

bugzilla at redhat.com bugzilla at redhat.com
Tue Jun 28 08:14:01 UTC 2016


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



--- Comment #8 from Vijay Bellur <vbellur at redhat.com> ---
COMMIT: http://review.gluster.org/14781 committed in master by Pranith Kumar
Karampuri (pkarampu at redhat.com) 
------
commit 2ca5388692e70e079c99771d8c66a06bd90d5268
Author: Krutika Dhananjay <kdhananj at redhat.com>
Date:   Wed Jun 22 14:52:58 2016 +0530

    features/index: Delete parent dir indices when heal on it is complete

    In this patch, the state information about whether a directory
    gfid index is present or not is stored in the inode ctx with
    values IN and NOTIN. This saves index xl the need to perform
    stat() everytime an index_entry_create() is called.

    When a brick is restarted these in-memory inode ctx records will
    be gone. So when granular entry heal happens after a brick is restarted,
    and a post-op is done on the parent, if the state gotten from inode ctx
    is UNKNOWN, then index xl does a stat to initialize the state as IN or
    NOTIN. Note that this is a one-time operation for the lifetime of the
    brick. Such a change also helps avoid calling index_del() in
    xattrop_index_action() periodically even when granular self-heal is
    disabled or when the volume type is disperse.

    Change-Id: Ib92c17350e6531b91ab81477410fe1e7a5856207
    BUG: 1331323
    Signed-off-by: Krutika Dhananjay <kdhananj at redhat.com>
    Reviewed-on: http://review.gluster.org/14781
    Smoke: Gluster Build System <jenkins at build.gluster.org>
    CentOS-regression: Gluster Build System <jenkins at build.gluster.org>
    NetBSD-regression: NetBSD 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.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=hLRs4agTON&a=cc_unsubscribe


More information about the Bugs mailing list