[Bugs] [Bug 1296399] Stale stat information for corrupted objects (replicated volume)
bugzilla at redhat.com
bugzilla at redhat.com
Sun Jan 10 12:43:33 UTC 2016
https://bugzilla.redhat.com/show_bug.cgi?id=1296399
--- Comment #2 from Vijay Bellur <vbellur at redhat.com> ---
COMMIT: http://review.gluster.org/13120 committed in master by Venky Shankar
(vshankar at redhat.com)
------
commit d5d6918ce7dc9f54496da435af546611dfbe7d5c
Author: Venky Shankar <vshankar at redhat.com>
Date: Wed Dec 30 14:56:12 2015 +0530
features/bitrot: add check for corrupted object in f{stat}
Check for corrupted objects is done bt bitrot stub component
for data operations and such fops are denied processing by
returning EIO. These checks were not done for operations such
as get/set extended attribute, stat and the likes - IOW, stub
only blocked pure data operations.
However, its necessary to have these checks for certain other
fops, most importantly stat (and fstat). This is due to the
fact that clients could possibly get stale stat information
(such as size, {a,c,m}time) resulting in incorrect operation
of the application that rely on these fields. Note that, the
data that replication would take care of fetching good (and
correct) data, but the staleness of stat information could
lead to data inconsistencies (e.g., rebalance, tier).
Change-Id: I5a22780373b182a13f8d2c4ca6b7d9aa0ffbfca3
BUG: 1296399
Signed-off-by: Venky Shankar <vshankar at redhat.com>
Reviewed-on: http://review.gluster.org/13120
Reviewed-by: Kotresh HR <khiremat at redhat.com>
Reviewed-by: mohammed rafi kc <rkavunga at redhat.com>
Reviewed-by: Raghavendra Bhat <raghavendra at redhat.com>
Tested-by: NetBSD Build System <jenkins at build.gluster.org>
Tested-by: Gluster Build System <jenkins at build.gluster.com>
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the Docs Contact for the bug.
More information about the Bugs
mailing list