generic/399: don't rely on xfs_io exit status
authorEric Biggers <ebiggers@google.com>
Mon, 8 Jul 2019 20:32:39 +0000 (13:32 -0700)
committerEryu Guan <guaneryu@gmail.com>
Fri, 12 Jul 2019 05:33:50 +0000 (13:33 +0800)
Unexpectedly, 'xfs_io -f $file -c "pwrite 0 1M"' exits with failure
status if the file can't be created, but exits with success status if an
error occurs actually writing data.  As discussed previously, xfs_io's
exit status has always been broken, and it will be difficult to fix:
https://marc.info/?l=linux-xfs&m=151269053129101&w=2

Because of this, generic/399 fails on ext4 if "-I 256" (256-byte inodes)
is specified in the mkfs options, e.g. with 'kvm-xfstests -c ext4/adv
generic/399'.  This is because the test tries to fill a filesystem
entirely with 1 MiB encrypted files, and it expects the xfs_io commands
to start failing when no more files should be able to fit.  But when the
filesystem supports in-inode xattrs, no blocks need to be allocated for
the encryption xattrs, so empty encrypted files can continue to be
created even after all the filesystem's blocks are in-use.

For better or worse, the convention for xfstests is to ignore the exit
status of xfs_io and instead rely on the printed error messages.  Thus,
other tests don't run into this problem.  So for now, let's fix the test
failure by making generic/399 do the same.

Signed-off-by: Eric Biggers <ebiggers@google.com>
Reviewed-by: Eryu Guan <guaneryu@gmail.com>
Signed-off-by: Eryu Guan <guaneryu@gmail.com>
tests/generic/399

index 5625503bbbab5c48dec77737ae46b95ce04eebb0..dfd8d3c27979e33ec55cea35252c20fb281b6e80 100755 (executable)
@@ -82,28 +82,38 @@ total_file_size=0
 i=1
 while true; do
        file=$SCRATCH_MNT/encrypted_dir/file$i
-       if ! $XFS_IO_PROG -f $file -c 'pwrite 0 1M' &> $tmp.out; then
-               if ! grep -q 'No space left on device' $tmp.out; then
-                       echo "FAIL: unexpected pwrite failure"
-                       cat $tmp.out
-               elif [ -e $file ]; then
-                       total_file_size=$((total_file_size + $(stat -c %s $file)))
-               fi
-               break
+
+       $XFS_IO_PROG -f $file -c 'pwrite 0 1M' &> $tmp.out
+       echo "Writing $file..." >> $seqres.full
+       cat $tmp.out >> $seqres.full
+
+       file_size=0
+       if [ -e $file ]; then
+               file_size=$(stat -c %s $file)
        fi
-       total_file_size=$((total_file_size + $(stat -c %s $file)))
-       i=$((i + 1))
-       if [ $i -gt $fs_size_in_mb ]; then
-               echo "FAIL: filesystem never filled up!"
+
+       # We shouldn't have been able to write more data than we had space for.
+       (( total_file_size += file_size ))
+       if (( total_file_size > fs_size )); then
+               _fail "Wrote $total_file_size bytes but should have only" \
+                     "had space for $fs_size bytes at most!"
+       fi
+
+       # Stop if we hit ENOSPC.
+       if grep -q 'No space left on device' $tmp.out; then
                break
        fi
-done
 
-# We shouldn't have been able to write more data than we had space for.
-if (( $total_file_size > $fs_size )); then
-       echo "FAIL: wrote $total_file_size bytes but should have only" \
-               "had space for $fs_size bytes at most"
-fi
+       # Otherwise the file should have been successfully created.
+       if [ ! -e $file ]; then
+               _fail "$file failed to be created, but the fs isn't out of space yet!"
+       fi
+       if (( file_size != 1024 * 1024 )); then
+               _fail "Size of $file is wrong (possible write error?)." \
+                     "Got $file_size, expected 1 MiB"
+       fi
+       (( i++ ))
+done
 
 #
 # Unmount the filesystem and compute its compressed size.  It must be no smaller