[Bugs] [Bug 1323016] promotions and demotions not happening after attach tier due to fix layout taking very long time(3 days)

bugzilla at redhat.com bugzilla at redhat.com
Fri Apr 1 10:55:40 UTC 2016


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



--- Comment #2 from Vijay Bellur <vbellur at redhat.com> ---
COMMIT: http://review.gluster.org/13879 committed in release-3.7 by Dan
Lambright (dlambrig at redhat.com) 
------
commit ff4ceab95fea5108db2d1acebfa6ea231e2845e4
Author: Joseph Fernandes <josferna at redhat.com>
Date:   Tue Feb 23 12:51:45 2016 +0530

    tier/dht : Attach tier fix layout to run in background

    1. Spawn a thread for background fix-layout for tier process.

    2. Once the fix-layout is completed a marker xttr is set on the root of
       volume to mark the completion of the background fixlayout, so that
       even if the tier process is spawned again, fixlayout will not be
       issued, if it was completed last time.

    3. Please note that promotion of legacy files will happen eventually as
       the ctr lookup heal in the fixlayout slowly heals the ctr db for legacy
       files OR the ctr lookup heal happend due to a name lookup.

    4. When a detach tier is successful in evacuation data from hot tier, we
remove
       the marker xattr is removed. So that next attach tier runs the
background
       tier fixlayout.

    what is remaining ?
    1. Instead of clearing the marker xattr of tiering fix layout at the end of
detach start
       clear it during detach commit. But the issue is detach commit is a
glusterd operation
       and the volume is not mounted in glusterd.
       The reason we want to do it in detach commit is that if the admin wants
to attach the
       same tier again, then a background fixlayout will be triggered, which
would not be needed.
    2. Clearing the CTR DB of the cold bricks when there is a detach commit, as
it will be having
       entries which will be stale when the volume is used, with ctr off (ctr
is switched off only when
       we have detach commit.)

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

    > Change-Id: Ibe343572e95865325cd0eef4d0b976b626a3c0c5
    > BUG: 1313228
    > Signed-off-by: Joseph Fernandes <josferna at redhat.com>
    > Reviewed-on: http://review.gluster.org/13491
    > Smoke: Gluster Build System <jenkins at build.gluster.com>
    > Tested-by: Joseph Fernandes
    > NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>
    > CentOS-regression: Gluster Build System <jenkins at build.gluster.com>
    > Reviewed-by: Dan Lambright <dlambrig at redhat.com>
    Signed-off-by: Joseph Fernandes <josferna at redhat.com>

    Change-Id: Ic28affdf78d2ac0f394f3dd59f0126df7915d609
    BUG: 1323016
    Reviewed-on: http://review.gluster.org/13879
    Smoke: Gluster Build System <jenkins at build.gluster.com>
    Reviewed-by: Joseph Fernandes
    Tested-by: Joseph Fernandes
    NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>
    CentOS-regression: Gluster Build System <jenkins at build.gluster.com>
    Reviewed-by: Dan Lambright <dlambrig at redhat.com>

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


More information about the Bugs mailing list