[Bugs] [Bug 1455301] gluster-block is not working as expected when shard is enabled
bugzilla at redhat.com
bugzilla at redhat.com
Sat May 27 16:00:54 UTC 2017
https://bugzilla.redhat.com/show_bug.cgi?id=1455301
--- Comment #6 from Worker Ant <bugzilla-bot at gluster.org> ---
COMMIT: https://review.gluster.org/17387 committed in master by Pranith Kumar
Karampuri (pkarampu at redhat.com)
------
commit bea02e26a3967a6e679e30fbb77ecfeff1e71f37
Author: Pranith Kumar K <pkarampu at redhat.com>
Date: Wed May 24 22:30:29 2017 +0530
features/shard: Handle offset in appending writes
When a file is opened with append, all writes are appended at the end of
file
irrespective of the offset given in the write syscall. This needs to be
considered in shard size update function and also for choosing which shard
to
write to.
At the moment shard piggybacks on queuing from write-behind
xlator for ordering of the operations. So if write-behind is disabled and
two parallel appending-writes come both of which can increase the file size
beyond shard-size the file will be corrupted.
BUG: 1455301
Change-Id: I9007e6a39098ab0b5d5386367bd07eb5f89cb09e
Signed-off-by: Pranith Kumar K <pkarampu at redhat.com>
Reviewed-on: https://review.gluster.org/17387
Smoke: Gluster Build System <jenkins at build.gluster.org>
Reviewed-by: Krutika Dhananjay <kdhananj at redhat.com>
NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>
CentOS-regression: Gluster Build System <jenkins at build.gluster.org>
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
More information about the Bugs
mailing list