Skip to contentSkip to conversation

help on xfs test results

DISCUSSION Angelo Dureghello 2 participants 2 messages Sep 29, 2015

lore
Share & tools
lore
#0 lore raw

Hi all,

thanks for all the great support until now.

I finally completed all the tests in my arm 32 bit target platform, and have still 4 hopefully false positives. Below my comments:

generic tests

*** 256
/media/p6/fill.161/3.bin: No space left on device

- output mismatch (see
/home/angelo/xfstests/results//./generic/256.out.bad)

    --- tests/./generic/256.out	2015-09-17 10:54:06.815078834 +0000
    +++ /home/angelo/xfstests/results//./generic/256.out.bad	2000-01-01 

00:42:13.822058816 +0000
@@ -1 +1,2229 @@
QA output created by 256
+wrote 1073741824/1073741824 bytes at offset 0
+1 GiB, 262144 ops; 0:02:35.00 (6.602 MiB/sec and 1690.0353 ops/sec) +pwrite64: No space left on device
+pwrite64: No space left on device
+pwrite64: No space left on device
+pwrite64: No space left on device
...

xfs tests
**** 020
creates a 60t, fails if > 16t (Growing the data section failed), could be normal in 32bit arch ?

**** 080
Looks like not XFS issue. mmap() failed, no more memory after 2,5G

# ./start_xfs_test.sh
QA output created by 080
[ 5263.189727] XFS (mmcblk0p5): Mounting V4 Filesystem
[ 5263.459360] XFS (mmcblk0p5): Ending clean mount

mmappiong 512000000
mmappiong 512000000
mmappiong 512000000

doio (31296) 01:27:38
---------------------
mmap() failed - 0xffffffff 12

doio (31296) 01:27:38
---------------------
mmap-write() request failed: Cannot allocate memory (12) Request number 59
fd 11 is file /media/p5/rwtest.file - open flags are 0200002
O_RDWR,O_DIRECT,

          write done at file offset 4178432 - pattern is M (0115)
          number of requests is 1, strides per request is 1
          i/o byte count = 56832
          memory alignment is aligned
          DIRECT I/O: offset % 512 = 0 length % 56832 = 0
          mem alignment 0x200 xfer size: small: 512 large: 2147483136

syscall: mmap-write(NULL, 512000000, PROT_WRITE, MAP_SHARED, 11, 0)

	file is mmaped to: 0x0
	file-mem=0x3fc200, length=56832, buffer=0x48600

doio (31296) 01:27:38
---------------------
doio(): operation 121 returned != 0
rwtest.sh : iogen reported errors (r=141)

**** 136
very long test, output similar but different values

Hope those finding can be useful, and maybe some of you have an idea on the reasons. I am still investigating.

Many thanks,
Regards,
Angelo Dureghello

-------------------------------------------------------------------------

Below info on the target system.

# cat /proc/version
Linux version 4.1.6-rt5+ (angelo@hostpc) (gcc version 4.9.3 20150413 (prerelease) (Linaro GCC 4.9-2015.05) ) #118 SMP PREEMPT RT Tue Sep 29 13:31:25 CEST 2015

Linux host 4.1.6-rt5+ #118 SMP PREEMPT RT Tue Sep 29 13:31:25 CEST 2015 armv7l GNU/Linux

Using microsd for kernel, rootfs, test partitions, and setting:

export TEST_DEV='/dev/mmcblk0p5'
export TEST_DIR='/media/p5'
export SCRATCH_DEV='/dev/mmcblk0p6'
export SCRATCH_MNT='/media/p6'
export FSTYP='xfs'

#1 lore raw
Quoted 18 lines · Angelo Dureghello

Hi all,

thanks for all the great support until now.

I finally completed all the tests in my arm 32 bit target platform, and have still 4 hopefully false positives. Below my comments:

generic tests

*** 256
/media/p6/fill.161/3.bin: No space left on device

- output mismatch (see
/home/angelo/xfstests/results//./generic/256.out.bad)

    --- tests/./generic/256.out	2015-09-17 10:54:06.815078834 +0000
    +++
Quoted 11 lines

/home/angelo/xfstests/results//./generic/256.out.bad 2000-01-01
00:42:13.822058816 +0000
@@ -1 +1,2229 @@
QA output created by 256
+wrote 1073741824/1073741824 bytes at offset 0
+1 GiB, 262144 ops; 0:02:35.00 (6.602 MiB/sec and 1690.0353 ops/sec) +pwrite64: No space left on device
+pwrite64: No space left on device
+pwrite64: No space left on device
+pwrite64: No space left on device
...

There should be ENOSPC being reported during the test but they should all be redirected to /dev/null. Perhaps shomething wrong with redirection?

Quoted 2 lines

xfs tests
**** 020

You need to be more explicit about the test description. Does "020" mean generic/020, xfs/020, btrfs/020, etc?

Quoted 2 lines

creates a 60t, fails if > 16t (Growing the data section failed), could be normal in 32bit arch ?

32 bit system can't use a 60TB block device or file, so this needs a "_requires_64bit_blockdev" type of check.

Quoted 2 lines

**** 080
Looks like not XFS issue. mmap() failed, no more memory after 2,5G

various tests will fail if you don't have enough memory or address space. Expunge them from your normal testing if it's just memory allocation that is the problem.

Quoted 2 lines

**** 136
very long test, output similar but different values

xfs/136 shouldn't run your machine out of memory. If it does, then you probably should start looking for a memory leak...

Cheers,

Dave.

Signature · 2 lines
Dave Chinner
[email protected]