After reading the article at http://www.kerneltrap.com/article.php?sid=415&mode=thread&order=0
on the FreeBSD guys finding a bunch of NFS bugs with a stress tool,
I took a look at fsx and played with it a little under Linux..
The changes to make it work are trivial, and are at
(non-existant include & expected mmap() behaviour differences)
I've done a few tests on local filesystems, and so far Ext2 & Ext3
seem to be holding up..
Reiserfs however dies very early into the test..
truncating to largest ever: 0x3f15f
READ BAD DATA: offset = 0x1d3d4, size = 0x962f
OFFSET GOOD BAD RANGE
0x1d3d4 0x177d 0x0000 0x 563
operation# (mod 256) for the bad data unknown, check HOLE and EXTEND ops
Options used were ./fsx -c1234 /mnt/test/testfile
(Although it seems to crash with any -c option)
Looks like an interesting tool, and probably something that should
be added to testsuites like Cerberus.
-- | Dave Jones. http://www.codemonkey.org.uk | SuSE Labs . - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to email@example.com More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Dec 15 2001 - 21:00:30 EST