From: Xiao Yang <yangx.jy@cn.fujitsu.com>
To: Eric Sandeen <sandeen@sandeen.net>
Cc: fstests@vger.kernel.org
Subject: Re: [PATCH] xfs/424: add check for crc and finobt
Date: Fri, 4 Aug 2017 15:20:00 +0800 [thread overview]
Message-ID: <59842020.9070908@cn.fujitsu.com> (raw)
In-Reply-To: <829dce2e-162c-4ad7-98e9-1a8a9ecb102b@sandeen.net>
Hi Eric,
When finobt is disabled, xfs_db gets double crc errors on upstream xfsporgs-dev.
as below(e.g. block size is 4096):
...
xfs_db -c "daddr 16" -c "type finobt" /dev/sda11
Metadata corruption detected at xfs_inobt block 0x10/0x1000
Metadata corruption detected at xfs_inobt block 0x10/0x1000
Is this expected behavor? Because xfs_db gets one crc error on v4.5 xfsprogs-dev.
as below(e.g. block size is 4096):
...
xfs_db -c "daddr 16" -c "type finobt" /dev/sda11
Metadata CRC error detected at xfs_inobt block 0x10/0x200
Thanks,
Xiao Yang.
On 2017/08/03 22:57, Eric Sandeen wrote:
> On 8/3/17 7:05 AM, Xiao Yang wrote:
>> 1) When crc is not supported or disabled, this case could not indicate
>> any expected error. Running all tests without crc makes no sense.
> It's still fine to run the test. The description indicates
> that errors may be seen on crc filesystems, but there's nothing
> wrong with a test which iterates over "type" commands in xfs_db,
> even without crcs. It's possible that some other error could
> be found in the future.
>
> So perhaps the description should be updated; it does not "check for
> that false crc error," it simply checks that setting types causes
> /no/ error.
>
>> 2) When finobt is disabled, xfs_db fails to get current address of
>> free_root, as below:
>> xfs_db -c "agi" -c "addr free_root" -c "daddr" /dev/sda11
>> Metadata CRC error detected at xfs_inobt block 0x0/0x1000
>> ...
> I agree that the test should not be trying to set types that do
> not exist on the filesystem.
>
> But I think the right approach is to let the test run over whatever
> MKFS_OPTIONS have been specified, and be sure that the test can handle
> it properly, rather than forcing the test to run only with a certain
> set of options enabled.
>
> Thanks,
> -Eric
>
>> Running related tests without finobt makes no sense.
>>
>> We add check to fix it.
>>
>> Signed-off-by: Xiao Yang<yangx.jy@cn.fujitsu.com>
>> ---
>> tests/xfs/424 | 16 ++++++++++++----
>> 1 file changed, 12 insertions(+), 4 deletions(-)
>>
>> diff --git a/tests/xfs/424 b/tests/xfs/424
>> index 0a1eef9..165c390 100755
>> --- a/tests/xfs/424
>> +++ b/tests/xfs/424
>> @@ -55,9 +55,15 @@ rm -f $seqres.full
>> _supported_os Linux
>> _supported_fs xfs
>> _require_scratch
>> +_require_xfs_mkfs_crc
>>
>> echo "Silence is golden."
>>
>> +crc_finobt_enabled="crc=1,finobt=0"
>> +
>> +[ _scratch_mkfs_xfs_supported -m crc=1,finobt=1>/dev/null 2>&1 ]&& \
>> + crc_finobt_enabled="crc=1,finobt=1"
>> +
>> # real QA test starts here
>>
>> # for different sector sizes, ensure no CRC errors are falsely reported.
>> @@ -77,7 +83,7 @@ while [ $sec_sz -le 4096 ]; do
>> done
>>
>> for SECTOR_SIZE in $sector_sizes; do
>> - $MKFS_XFS_PROG -f -s size=$SECTOR_SIZE $SCRATCH_DEV> /dev/null
>> + $MKFS_XFS_PROG -f -m "$crc_finobt_enabled" -s size=$SECTOR_SIZE $SCRATCH_DEV> /dev/null
>>
>> for TYPE in agf agi agfl sb; do
>> DADDR=`_scratch_xfs_db -c "$TYPE" -c "daddr" | filter_dbval`
>> @@ -96,9 +102,11 @@ for SECTOR_SIZE in $sector_sizes; do
>> DADDR=`_scratch_xfs_db -c "agi" -c "addr root" -c "daddr" |
>> filter_dbval`
>> _scratch_xfs_db -c "daddr $DADDR" -c "type inobt"
>> - DADDR=`_scratch_xfs_db -c "agi" -c "addr free_root" -c "daddr" |
>> - filter_dbval`
>> - _scratch_xfs_db -c "daddr $DADDR" -c "type finobt"
>> + if [[ "$crc_finobt_enabled" =~ 'finobt=1' ]]; then
>> + DADDR=`_scratch_xfs_db -c "agi" -c "addr free_root" -c "daddr" |
>> + filter_dbval`
>> + _scratch_xfs_db -c "daddr $DADDR" -c "type finobt"
>> + fi
>>
>> _scratch_xfs_db -c "daddr $DADDR" -c "type text"
>> _scratch_xfs_db -c "daddr $DADDR" -c "type data"
>>
> --
> To unsubscribe from this list: send the line "unsubscribe fstests" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
> .
>
next prev parent reply other threads:[~2017-08-04 7:20 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-03 12:05 [PATCH] xfs/424: add check for crc and finobt Xiao Yang
2017-08-03 14:57 ` Eric Sandeen
2017-08-04 6:43 ` Xiao Yang
2017-08-04 7:08 ` [PATCH v2] xfs/424: add check for finobt && update comments Xiao Yang
2017-08-16 1:54 ` Xiao Yang
2017-08-16 7:59 ` Eryu Guan
2017-08-04 7:20 ` Xiao Yang [this message]
2017-08-04 14:37 ` [PATCH] xfs/424: add check for crc and finobt Eric Sandeen
2017-08-07 0:55 ` Xiao Yang
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=59842020.9070908@cn.fujitsu.com \
--to=yangx.jy@cn.fujitsu.com \
--cc=fstests@vger.kernel.org \
--cc=sandeen@sandeen.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.