<div dir="ltr">Hi all. I have been running FS sanity on daily builds(glusterfs mounts only at this point) for a few days for a few days and I have been hitting a couple of problems:<div><br></div><div><pre style="color:rgb(0,0,0);word-wrap:break-word;white-space:pre-wrap">
================ final pass/fail report =================
Test Date: Sat Jul 5 01:53:00 EDT 2014
Total : [44]
Passed: [41]
Failed: [3]
Abort : [0]
Crash : [0]
---------------------------------------------------------
[ PASS ] FS Sanity Setup
[ PASS ] Running tests.
[ PASS ] FS SANITY TEST - arequal
[ PASS ] FS SANITY LOG SCAN - arequal
[ PASS ] FS SANITY LOG SCAN - bonnie
[ PASS ] FS SANITY TEST - glusterfs_build
[ PASS ] FS SANITY LOG SCAN - glusterfs_build
[ PASS ] FS SANITY TEST - compile_kernel
[ PASS ] FS SANITY LOG SCAN - compile_kernel
[ PASS ] FS SANITY TEST - dbench
[ PASS ] FS SANITY LOG SCAN - dbench
[ PASS ] FS SANITY TEST - dd
[ PASS ] FS SANITY LOG SCAN - dd
[ PASS ] FS SANITY TEST - ffsb
[ PASS ] FS SANITY LOG SCAN - ffsb
[ PASS ] FS SANITY TEST - fileop
[ PASS ] FS SANITY LOG SCAN - fileop
[ PASS ] FS SANITY TEST - fsx
[ PASS ] FS SANITY LOG SCAN - fsx
[ PASS ] FS SANITY LOG SCAN - fs_mark
[ PASS ] FS SANITY TEST - iozone
[ PASS ] FS SANITY LOG SCAN - iozone
[ PASS ] FS SANITY TEST - locks
[ PASS ] FS SANITY LOG SCAN - locks
[ PASS ] FS SANITY TEST - ltp
[ PASS ] FS SANITY LOG SCAN - ltp
[ PASS ] FS SANITY TEST - multiple_files
[ PASS ] FS SANITY LOG SCAN - multiple_files
[ PASS ] FS SANITY TEST - posix_compliance
[ PASS ] FS SANITY LOG SCAN - posix_compliance
[ PASS ] FS SANITY TEST - postmark
[ PASS ] FS SANITY LOG SCAN - postmark
[ PASS ] FS SANITY TEST - read_large
[ PASS ] FS SANITY LOG SCAN - read_large
[ PASS ] FS SANITY TEST - rpc
[ PASS ] FS SANITY LOG SCAN - rpc
[ PASS ] FS SANITY TEST - syscallbench
[ PASS ] FS SANITY LOG SCAN - syscallbench
[ PASS ] FS SANITY TEST - tiobench
[ PASS ] FS SANITY LOG SCAN - tiobench
[ PASS ] FS Sanity Cleanup
[ FAIL ] FS SANITY TEST - bonnie
[ FAIL ] FS SANITY TEST - fs_mark
[ FAIL ] /rhs-tests/beaker/rhs/auto-tests/components/sanity/fs-sanity-tests-v2</pre><pre style="color:rgb(0,0,0);word-wrap:break-word;white-space:pre-wrap"><br></pre><pre style="color:rgb(0,0,0);word-wrap:break-word;white-space:pre-wrap">
Bonnie++ is just very slow(running for 10+ hours on 1 16 GB file) and FS mark has been failing. The bonnie slowness is in re read, here is the best explanation I can find on it:</pre><pre style="color:rgb(0,0,0);word-wrap:break-word;white-space:pre-wrap">
<span style="font-family:arial"><a href="https://blogs.oracle.com/roch/entry/decoding_bonnie">https://blogs.oracle.com/roch/entry/decoding_bonnie</a></span><br></pre><pre style="word-wrap:break-word"><b style="color:rgb(85,85,85);white-space:normal;font-family:Arial,Verdana,sans-serif;font-size:12px;line-height:18px">Rewriting...done</b><span style="color:rgb(85,85,85);white-space:normal;font-family:Arial,Verdana,sans-serif;font-size:12px;line-height:18px"> </span><br style="color:rgb(85,85,85);font-family:Arial,Verdana,sans-serif;font-size:12px;line-height:18px;white-space:normal">
<br style="color:rgb(85,85,85);font-family:Arial,Verdana,sans-serif;font-size:12px;line-height:18px;white-space:normal"><font color="#555555" face="Arial, Verdana, sans-serif"><span style="line-height:18px;white-space:normal">This gets a little interesting. It actually reads 8K, lseek back to the start of the block, overwrites the 8K with new data and loops. (see article for more.).</span></font><font color="#000000"><span style="white-space:pre-wrap"><br>
</span></font></pre><pre style="word-wrap:break-word">On FS mark I am seeing:</pre><pre style="word-wrap:break-word"><pre style="color:rgb(0,0,0);word-wrap:break-word;white-space:pre-wrap"># fs_mark -d . -D 4 -t 4 -S 5
#        Version 3.3, 4 thread(s) starting at Sat Jul 5 00:54:00 2014
#        Sync method: POST: Reopen and fsync() each file in order after main write loop.
#        Directories: Time based hash between directories across 4 subdirectories with 180 seconds per subdirectory.
#        File names: 40 bytes long, (16 initial bytes of time stamp with 24 random bytes at end of name)
#        Files info: size 51200 bytes, written with an IO size of 16384 bytes per write
#        App overhead is time in microseconds spent in the test not doing file writing related system calls.
FSUse% Count Size Files/sec App Overhead
Error in unlink of ./00/53b784e8~~~~~~~~SKZ0QS9BO7O2EG1DIFQLRDYY : No such file or directory
fopen failed to open: fs_log.txt.26676
fs-mark pass # 5 failed</pre><pre style="color:rgb(0,0,0);word-wrap:break-word;white-space:pre-wrap">I am working on reporting so look for a daily status report email from my jenkins server soon. How do we want to handle failures like this moving forward? Should I just open a BZ after I triage? Do you guys do a new BZ for every failure in the normal regressions tests?</pre>
<pre style="color:rgb(0,0,0);word-wrap:break-word;white-space:pre-wrap"><br></pre><pre style="color:rgb(0,0,0);word-wrap:break-word;white-space:pre-wrap">-b</pre></pre></div></div>