[issue844] fsx on NFS fails

[Antonio Huete Jimenez (via DragonFly issue tracker)]

Antonio Huete Jimenez <tuxillo at quantumachine.net> added the comment:

Hi,

I've run test/stress/fsx/dotest for more than an hour in HAMMER without a
problem. (It's a slow VM)

> sudo /tmp/fsx -c 100000 -l 4194304 -o 262144 -P /tmp/ test.fsx.dat
Chance of close/open is 1 in 100000
truncating to largest ever: 0x2abbd1
truncating to largest ever: 0x3abe49
truncating to largest ever: 0x3b1956
truncating to largest ever: 0x3e2816
truncating to largest ever: 0x3e8ae7
truncating to largest ever: 0x3f959f
. ....
testcalls = 6981963
>

But running on NFS produces almost instant failure still:

> sudo /tmp/fsx -c 100000 -l 4194304 -o 262144 -P /tmp/ test.fsx.dat
Chance of close/open is 1 in 100000
truncating to largest ever: 0x2abbd1
truncating to largest ever: 0x3abe49
READ BAD DATA: offset = 0x30eea8, size = 0x13534
OFFSET  GOOD    BAD     RANGE
0x313000        0x0000  0x6a10  0x e38b
operation# (mod 256) for the bad data may be 106
LOG DUMP (16 total operations):
1(1 mod 256): MAPWRITE 0x2ba358 thru 0x2cc3fb   (0x120a4 bytes)
2(2 mod 256): MAPWRITE 0x2ce205 thru 0x2f4dff   (0x26bfb bytes)
3(3 mod 256): READ      0x1c0d46 thru 0x1f8c40  (0x37efb bytes)
4(4 mod 256): MAPREAD   0x28f55 thru 0x3c96a    (0x13a16 bytes)
5(5 mod 256): TRUNCATE DOWN     from 0x2f4e00 to 0x2abbd1
6(6 mod 256): TRUNCATE DOWN     from 0x2abbd1 to 0x13ccb2
7(7 mod 256): MAPREAD   0x61fd thru 0xf62b      (0x942f bytes)
8(8 mod 256): MAPWRITE 0x1cf8ff thru 0x1ddc87   (0xe389 bytes)
9(9 mod 256): MAPWRITE 0x312c01 thru 0x3314c9   (0x1e8c9 bytes) ******WWWW
10(10 mod 256): TRUNCATE UP     from 0x3314ca to 0x3abe49
11(11 mod 256): MAPREAD 0x28e90 thru 0x41e0d    (0x18f7e bytes)
12(12 mod 256): MAPWRITE 0xac797 thru 0xbf2cb   (0x12b35 bytes)
13(13 mod 256): TRUNCATE DOWN   from 0x3abe49 to 0x4e872        ******WWWW
14(14 mod 256): MAPWRITE 0x2dedbf thru 0x311249 (0x3248b bytes)
15(15 mod 256): WRITE   0x34faf8 thru 0x3870be  (0x375c7 bytes) HOLE    ***WWWW
16(16 mod 256): READ    0x30eea8 thru 0x3223db  (0x13534 bytes) ***RRRR***
Correct content saved for comparison
(maybe hexdump "test.fsx.dat" vs "test.fsx.dat.fsxgood")
> cmp -l test.fsx.dat /tmp/test.fsx.dat.fsxgood | head
3440641  11   0
3440642 336   0
3440643  11   0
3440644 340   0
3440645  11   0
3440646 123   0
3440647  11   0
3440648  12   0
3440649  11   0
3440650 373   0

_____________________________________________________
DragonFly issue tracker <bugs at lists.dragonflybsd.org>
<http://bugs.dragonflybsd.org/issue844>
_____________________________________________________