[Bugs] [Bug 1229244] New: Data Tiering:Data moving to the tier(inertia) where data already exists instead of moving to hot tier first by default

[bugzilla at redhat.com]

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

            Bug ID: 1229244
           Summary: Data Tiering:Data moving to the tier(inertia) where
                    data already exists instead of moving to hot tier
                    first by default
           Product: Red Hat Gluster Storage
           Version: 3.1
         Component: glusterfs
     Sub Component: tiering
          Severity: urgent
          Priority: urgent
          Assignee: rhs-bugs at redhat.com
          Reporter: nchilaka at redhat.com
        QA Contact: nchilaka at redhat.com
                CC: bugs at gluster.org, josferna at redhat.com
        Depends On: 1208367
            Blocks: 1186580 (qe_tracker_everglades)



+++ This bug was initially created as a clone of Bug #1208367 +++

Description of problem:
=======================
adding new data to a tiered volume doesnt always get added to hot tier first by
default.
Suppose if it is an existing distribute volume with already data available on
it and after we convert the volume to a tiered volume by attaching tier, and
then add any data, the data still gets written to cold instead of hot tier,
hence making the hot tier useless.
In short, new data moves to the hot tier if the volume is a complete new tier
volume, else it moves to cold tier if it was already an existing regular volume
with data in it and got converted to tier vol.
Note: I haven't set any ctr options
Also, there is no volume quota policies set.
I had tested with bare minimum zero sized files,hence storage space should not
be an issue

Version-Release number of selected component (if applicable):
============================================================
Upstream nightly build
glusterfs 3.7dev built on Mar 31 2015 01:05:54
Repository revision: git://git.gluster.com/glusterfs.git
Copyright (c) 2006-2011 Gluster Inc. <http://www.gluster.com>
GlusterFS comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of GlusterFS under the terms of the GNU General
Public License.



How reproducible:
================
easily

Steps to Reproduce:
==================
1.have a regular distribute volume and add data to it
2.Now attach a tier to convert this volume to tier volume
3. Now again add data to the tiered volume.
It can be observed that the new data is not getting written into new hot tier
but still getting added to the cold tier.


Expected results:
================
Any new data should get added to the hot tier

--- Additional comment from Joseph Elwin Fernandes on 2015-04-14 07:48:41 EDT
---

I couldn't reproduce this bug with the latest upstream.

Distribute:
~~~~~~~~~~~~~~~
Step 1: Created a distribute volume
step 2: mounted using fuse and created 300 files.
step 3: all the files are in the volume bricks
step 4: attached a distribute tier
step 5: created new 300 files
step 6: all new files are on the hot-tier bricks


Distribute-Replica:
~~~~~~~~~~~~~~~~~~
Step 1: Created a distribute-replica 2 volume
step 2: mounted using fuse and created 300 files.
step 3: all the files are in the volume bricks
step 4: attached a distribute-replica 2 tier
step 5: created new 300 files
step 6: all new files are on the hot-tier bricks

--- Additional comment from Niels de Vos on 2015-05-15 09:07:41 EDT ---

This change should not be in "ON_QA", the patch posted for this bug is only
available in the master branch and not in a release yet. Moving back to
MODIFIED until there is an beta release for the next GlusterFS version.


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1186580
[Bug 1186580] QE tracker bug for Everglades
https://bugzilla.redhat.com/show_bug.cgi?id=1208367
[Bug 1208367] Data Tiering:Data moving to the tier(inertia) where data
already exists instead of moving to hot tier first by default
-- 
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=UxoT8Pzimh&a=cc_unsubscribe