generic/235: Fix false failure on ext2

The test gives false failure on ext2 filesystem as 64k file already
has indirect block and so space usage does not exactly match
expectation.

The test really needs to verify only whether quota accounting got
reenabled so just test using creating another empty file which is
not prone to these problems.

Signed-off-by: Jan Kara <jack@suse.cz>
Reviewed-by: Eryu Guan <guaneryu@gmail.com>
Signed-off-by: Eryu Guan <guaneryu@gmail.com>
This commit is contained in:
Jan Kara
2019-11-01 12:00:46 +01:00
committed by Eryu Guan
parent 777e98ec57
commit e07c7b16a4
2 changed files with 5 additions and 4 deletions
+3 -2
View File
@@ -55,8 +55,9 @@ _try_scratch_mount "-o remount,ro" 2>&1 | tee -a $seqres.full | _filter_scratch
touch $SCRATCH_MNT/failed 2>&1 | tee -a $seqres.full | _filter_scratch
_try_scratch_mount "-o remount,rw" 2>&1 | tee -a $seqres.full | _filter_scratch
$XFS_IO_PROG -c 'pwrite 0 64k' -c 'fsync' \
$SCRATCH_MNT/testfile >>$seqres.full 2>&1
touch $SCRATCH_MNT/testfile2
chown $qa_user:$qa_user $SCRATCH_MNT/testfile2
do_repquota
_scratch_unmount 2>/dev/null
+2 -2
View File
@@ -17,10 +17,10 @@ Block grace time: 7days; Inode grace time: 7days
Block limits File limits
User used soft hard grace used soft hard grace
----------------------------------------------------------------------
fsgqa -- 64 0 0 1 0 0
fsgqa -- 0 0 0 2 0 0
*** Report for group quotas on device SCRATCH_DEV
Block grace time: 7days; Inode grace time: 7days
Block limits File limits
Group used soft hard grace used soft hard grace
----------------------------------------------------------------------
fsgqa -- 64 0 0 1 0 0
fsgqa -- 0 0 0 2 0 0