xfs/130: don't modify files after failed mount
authorDarrick J. Wong <darrick.wong@oracle.com>
Thu, 29 Sep 2016 02:28:34 +0000 (19:28 -0700)
committerEryu Guan <eguan@redhat.com>
Thu, 29 Sep 2016 06:46:40 +0000 (14:46 +0800)
In xfs/130, we try to mount a filesystem with the expectation that it
will fail.  Therefore, it is inappropriate to try to write to the
mountpoint, since it could otherwise be writable.

Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
Reviewed-by: Dave Chinner <dchinner@redhat.com>
Signed-off-by: Eryu Guan <eguan@redhat.com>
tests/xfs/130
tests/xfs/130.out

index 554d07894f5f0db6d394bae4e4ba3272df570df4..48f6a8469a2f4ed9e57d7fc71a6e4d877295a771 100755 (executable)
@@ -79,12 +79,9 @@ seq 0 $((agcount - 1)) | while read ag; do
 done
 
 echo "+ mount image"
-_scratch_mount
-
-echo "+ reflink more"
-_cp_reflink "${SCRATCH_MNT}/file1" "${SCRATCH_MNT}/file4" 2> /dev/null && \
-       _fail "should not be able to reflink with busted refcount btree"
-umount "${SCRATCH_MNT}"
+_scratch_mount >> $seqres.full 2>&1 && \
+       echo "Should not be able to mount with broken refcountbt."
+_scratch_unmount >> $seqres.full 2>&1
 
 echo "+ repair fs"
 _disable_dmesg_check
index 58d153b4e291a339284ec3384e20cc3d92d37ce7..a0eab98772926da21c5ffb69b99ad7f1a39485a7 100644 (file)
@@ -5,7 +5,6 @@ QA output created by 130
 + check fs
 + corrupt image
 + mount image
-+ reflink more
 + repair fs
 + mount image (2)
 + chattr -R -i