generic/449: always fill up the data device
authorDarrick J. Wong <djwong@kernel.org>
Wed, 28 Apr 2021 04:09:12 +0000 (21:09 -0700)
committerEryu Guan <guaneryu@gmail.com>
Sun, 9 May 2021 15:25:05 +0000 (23:25 +0800)
This is yet another one of those tests that looks at what happens when
we run out of space for more metadata (in this case, xattrs).  Make sure
that the 256M we write to the file to try to stimulate ENOSPC gets
written to the same place that xfs puts xattr data -- the data device.

Signed-off-by: Darrick J. Wong <djwong@kernel.org>
Reviewed-by: Brian Foster <bfoster@redhat.com>
Signed-off-by: Eryu Guan <guaneryu@gmail.com>
tests/generic/449

index a2d882dfff3313d1409c2359b6b1bbd27219cc1c..5fd15367878f7b53ee4fa0831f182f61a7454ee4 100755 (executable)
@@ -43,6 +43,11 @@ _require_attrs trusted
 _scratch_mkfs_sized $((256 * 1024 * 1024)) >> $seqres.full 2>&1
 _scratch_mount || _fail "mount failed"
 
+# This is a test of xattr behavior when we run out of disk space for xattrs,
+# so make sure the pwrite goes to the data device and not the rt volume.
+test "$FSTYP" = "xfs" && \
+       $XFS_IO_PROG -c 'chattr -t' $SCRATCH_MNT
+
 TFILE=$SCRATCH_MNT/testfile.$seq
 
 # Create the test file and choose its permissions