Skip to contentSkip to conversation

generic/399: don't rely on xfs_io exit status

PATCH New Eric Biggers 1 participant 1 message Jul 8, 2019 fscrypt: file system level encryption support

lore
Share & tools
lore

Eric Biggers

author maintainer
#0 lore raw

PATCH 1/1 generic/399: don't rely on xfs_io exit status

From: Eric Biggers <[email protected]>

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.

---
 tests/generic/399 | 46 ++++++++++++++++++++++++++++------------------
 1 file changed, 28 insertions(+), 18 deletions(-)
tests/generic/399 +28 -18
index 5625503b..dfd8d3c2 100755
@@ -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
Signature · 1 line
2.22.0.410.gd8fdbe21b5-goog