[Bugs] [Bug 1257204] New: sharding - VM image size as seen from the mount keeps growing beyond configured size on a sharded volume

[bugzilla at redhat.com]

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

            Bug ID: 1257204
           Summary: sharding - VM image size as seen from the mount keeps
                    growing beyond configured size on a sharded volume
           Product: GlusterFS
           Version: 3.7.3
         Component: sharding
          Keywords: Triaged
          Severity: high
          Priority: high
          Assignee: bugs at gluster.org
          Reporter: kdhananj at redhat.com
        QA Contact: bugs at gluster.org
                CC: bugs at gluster.org
        Depends On: 1256580



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

Description of problem:

In the virt-store use case, on a sharded volume the size of what is supposed to
be a 15G image was observed to have grown to 17G (subsequently 21G) as seen on
the mount point, as and when IO was performed within the VM's /home directory,
On inspecting the file copy on the brick(s), the
trusted.glusterfs.shard.file-size was found to match the size presented in the
ls -lh output on the mount point. This means that something went wrong in the
accounting of file size by the sharding translator.
On reading code, I figured this is due to the fact that in inode write fops
(particularly writev), shard translator counts the change in size by
calculating the difference between the postbuf.ia_size and prebuf.ia_size for
each shard where a write() was done, eventually adding up the deltas of all
shards that participated in this write and incrementing the size xattr by that
amount. But if the writes are on hole regions (which means the participant
shard lies somewhere within the actual file size boundary) then there is no
need to add its change in size to the size xattr. In other words, the deltas
need to be taken into account only for writes that cross the current file size
boundary.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

--- Additional comment from Anand Avati on 2015-08-26 08:56:36 EDT ---

REVIEW: http://review.gluster.org/12017 (mgmt/glusterd: Add
strict-write-ordering option to CLI) posted (#1) for review on master by
Pranith Kumar Karampuri (pkarampu at redhat.com)

--- Additional comment from Anand Avati on 2015-08-26 09:16:11 EDT ---

REVIEW: http://review.gluster.org/12017 (mgmt/glusterd: Add
strict-write-ordering option to cli) posted (#2) for review on master by
Krutika Dhananjay (kdhananj at redhat.com)

--- Additional comment from Anand Avati on 2015-08-26 09:16:13 EDT ---

REVIEW: http://review.gluster.org/12020 (features/shard: Fix size update for
writes at hole region) posted (#1) for review on master by Krutika Dhananjay
(kdhananj at redhat.com)


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1256580
[Bug 1256580] sharding - VM image size as seen from the mount keeps growing
beyond configured size on a sharded volume
-- 
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.