path: root/tests
diff options
authorAnand Avati <>2013-08-22 12:34:26 -0700
committerAnand Avati <>2013-08-22 23:18:35 -0700
commit094b06c520498477804ef9ff8166ec0541d98c21 (patch)
treeddcd89970ee31f7df56257387ee93670b41e490c /tests
parent19fa9b4d6ee47e0f204b04abf9bc3adabbd9f0d4 (diff)
bug-979365.t: fix wrong expectation of encountering fsync
After the append-write detection patch, FSYNCs may or may not be issued depeneding on the order in which writes reach the server (in the presence of write-behind). Fix the test case to understand this non-deterministic behavior. Change-Id: I1dc3453a6dd4a12a66551948eb8311d789ac2ecf BUG: 927146 Signed-off-by: Anand Avati <> Reviewed-on: Tested-by: Gluster Build System <> Reviewed-by: Pranith Kumar Karampuri <>
Diffstat (limited to 'tests')
1 files changed, 6 insertions, 1 deletions
diff --git a/tests/bugs/bug-979365.t b/tests/bugs/bug-979365.t
index f5d9efd54..e94dc9aa8 100755
--- a/tests/bugs/bug-979365.t
+++ b/tests/bugs/bug-979365.t
@@ -23,7 +23,12 @@ TEST kill_brick $V0 $H0 $B0/${V0}0
TEST dd of=$M0/a if=/dev/zero bs=1M count=10
#fsyncs take a while to complete.
sleep 5
-TEST [[ $(num_fsyncs) -ne 0 ]]
+# There can be zero or more fsyncs, depending on the order
+# in which the writes reached the server, in turn deciding
+# whether they were treated as "appending" writes or not.
+TEST [[ $(num_fsyncs) -ge 0 ]]
#Stop the volume to erase the profile info of old operations
TEST $CLI volume profile $V0 stop
TEST $CLI volume stop $V0