From: Eric Sandeen <sandeen@sandeen.net>
To: Alexander Tsvetkov <alexander.tsvetkov@oracle.com>,
xfs@oss.sgi.com, Dave Chinner <david@fromorbit.com>
Subject: Re: [PATCH] xfs: log record crc mismatch test
Date: Mon, 27 Apr 2015 11:43:15 -0500 [thread overview]
Message-ID: <553E6723.8090909@sandeen.net> (raw)
In-Reply-To: <553E5505.4070804@oracle.com>
On 4/27/15 10:25 AM, Alexander Tsvetkov wrote:
> Added new test case for simulation of V5 filesystem
> log crc record corruption using of external log.
>
> Signed-off-by: Alexander Tsvetkov <alexander.tsvetkov@oracle.com>
> ---
> tests/xfs/005 | 28 ++++++++++++++++++++++++++--
> tests/xfs/005.out | 3 +++
> 2 files changed, 29 insertions(+), 2 deletions(-)
>
> diff --git a/tests/xfs/005 b/tests/xfs/005
> index fade4bb..ba0dcbb 100755
> --- a/tests/xfs/005
> +++ b/tests/xfs/005
> @@ -1,7 +1,7 @@
> #! /bin/bash
> # FS QA Test No. 005
> #
> -# Test that a bad crc on a primary V5 superblock will fail the mount
> +# Test that a bad crc on a V5 filesystem will fail the mount
bad crc on what?
> #
> # 10e6e65 xfs: be more forgiving of a v4 secondary sb w/ junk in v5 fields
> # inadvertently caused primary SB CRC failures to not error out, this
> @@ -55,10 +55,12 @@ _supported_os Linux
>
> _require_scratch_nocheck
> _require_xfs_mkfs_crc
> +_require_logdev
> +logsize=2560
No, this means that xfs/05 will no longer work without an external logdev,
right? So you've stopped testing the internal case, and we've lost that
coverage.
And, we generally don't want to add new testcases to old tests because then
it gets harder to investigate regressions. It'd probably be best to
create a new test which specifically tests log crc corruption, and make
it handle both internal and external logs automatically.
Thanks,
-Eric
> rm -f $seqres.full
>
> -_scratch_mkfs_xfs -m crc=1 >> $seqres.full 2>&1 || _fail "mkfs failed"
> +_scratch_mkfs_xfs -m crc=1 -lsize=${logsize}b >> $seqres.full 2>&1 || _fail "mkfs failed"
>
> # Zap the crc. xfs_db updates the CRC post-write, so poke it directly
> $XFS_IO_PROG -c "pwrite 224 4" -c fsync $SCRATCH_DEV | _filter_xfs_io
> @@ -66,6 +68,28 @@ $XFS_IO_PROG -c "pwrite 224 4" -c fsync $SCRATCH_DEV | _filter_xfs_io
> # should FAIL, the crc is bad; golden output contains mount failure
> _scratch_mount 2>&1 | filter_mount
>
> +_scratch_unmount &> /dev/null
> +_scratch_mkfs_xfs -m crc=1 -lsize=${logsize}b >> $seqres.full 2>&1 || _fail "mkfs failed"
> +_scratch_mount >> $seqres.full 2>&1 || _fail "mount failed"
> +
> +# Run filesytem exercising for some time
> +_param="-f link=10 -f creat=10 -f mkdir=10 -f truncate=5 -f symlink=10"
> +$FSSTRESS_PROG $_param -s 1 $FSSTRESS_AVOID -n 1000 -d $SCRATCH_MNT &> /dev/null
> +sleep 3
> +
> +# Shutdown filesystem and unmount
> +src/godown -v $SCRATCH_MNT >> $seqres.full
> +killall -q fsstress
> +wait
> +sleep 3
> +_scratch_unmount
> +
> +# Zap log record crc.
> +$XFS_IO_PROG -c "pwrite 5000 5" $SCRATCH_LOGDEV | _filter_xfs_io
> +
> +# should FAIL, log record crc is bad; golden output contains mount failure
> +_scratch_mount 2>&1 | filter_mount
> +
> # success, all done
> status=0
> exit
> diff --git a/tests/xfs/005.out b/tests/xfs/005.out
> index 13d0125..8907301 100644
> --- a/tests/xfs/005.out
> +++ b/tests/xfs/005.out
> @@ -2,3 +2,6 @@ QA output created by 005
> wrote 4/4 bytes at offset 224
> XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
> mount: Structure needs cleaning
> +wrote 5/5 bytes at offset 5000
> +XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
> +mount: Structure needs cleaning
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2015-04-27 16:43 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-27 15:25 [PATCH] xfs: log record crc mismatch test Alexander Tsvetkov
2015-04-27 16:43 ` Eric Sandeen [this message]
2015-05-13 14:52 ` [PATCH v2] " Alexander Tsvetkov
2015-04-27 23:48 ` [PATCH] " Dave Chinner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=553E6723.8090909@sandeen.net \
--to=sandeen@sandeen.net \
--cc=alexander.tsvetkov@oracle.com \
--cc=david@fromorbit.com \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox