From: Qu Wenruo <wqu@suse.com>
To: fstests@vger.kernel.org
Cc: linux-btrfs@vger.kernel.org
Subject: [PATCH] btrfs/011: handle finished replace properly
Date: Mon, 10 Jan 2022 19:28:48 +0800 [thread overview]
Message-ID: <20220110112848.37491-1-wqu@suse.com> (raw)
[BUG]
When running btrfs/011 inside VM which has unsafe cache set for its
devices, and the host have enough memory to cache all the IO:
btrfs/011 98s ... [failed, exit status 1]- output mismatch
--- tests/btrfs/011.out 2019-10-22 15:18:13.962298674 +0800
+++ /xfstests-dev/results//btrfs/011.out.bad 2022-01-10 19:12:14.683333251 +0800
@@ -1,3 +1,4 @@
QA output created by 011
*** test btrfs replace
-*** done
+failed: '/usr/bin/btrfs replace cancel /mnt/scratch'
+(see /xfstests-dev/results//btrfs/011.full for details)
...
Ran: btrfs/011
Failures: btrfs/011
Failed 1 of 1 tests
[CAUSE]
Although commit fa85aa64 ("btrfs/011: Fill the fs to ensure we
have enough data for dev-replace") tries to address the problem by
filling the fs with extra content, there is still no guarantee that 2
seconds of IO still needs 2 seconds to finish.
Thus even we tried our best to make sure the replace will take 2
seconds, it can still finish faster than 2 seconds.
And just to mention how fast the test finishes, after the fix, the test
takes around 90~100 seconds to finish.
While on real-hardware it can take over 1000 seconds.
[FIX]
Instead of further enlarging the IO, here we just accept the fact that
replace can finish faster than our expectation, and continue the test.
One thing to notice is, since the replace finished, we need to replace
back the device, or later fsck will be executed on blank device, and
cause false alert.
Signed-off-by: Qu Wenruo <wqu@suse.com>
---
tests/btrfs/011 | 15 +++++++++++++--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/tests/btrfs/011 b/tests/btrfs/011
index b4673341..aae89696 100755
--- a/tests/btrfs/011
+++ b/tests/btrfs/011
@@ -171,13 +171,24 @@ btrfs_replace_test()
# background the replace operation (no '-B' option given)
_run_btrfs_util_prog replace start -f $replace_options $source_dev $target_dev $SCRATCH_MNT
sleep $wait_time
- _run_btrfs_util_prog replace cancel $SCRATCH_MNT
+ $BTRFS_UTIL_PROG replace cancel $SCRATCH_MNT 2>&1 >> $seqres.full
# 'replace status' waits for the replace operation to finish
# before the status is printed
$BTRFS_UTIL_PROG replace status $SCRATCH_MNT > $tmp.tmp 2>&1
cat $tmp.tmp >> $seqres.full
- grep -q canceled $tmp.tmp || _fail "btrfs replace status (canceled) failed"
+
+ # There is no guarantee we canceled the replace, it can finish
+ if grep -q 'finished' $tmp.tmp ; then
+ # The replace finished, we need to replace it back or
+ # later fsck will report error as $SCRATCH_DEV is now
+ # blank
+ $BTRFS_UTIL_PROG replace start -Bf $target_dev \
+ $source_dev $SCRATCH_MNT > /dev/null
+ else
+ grep -q 'canceled' $tmp.tmp || _fail \
+ "btrfs replace status (canceled ) failed"
+ fi
else
if [ "${quick}Q" = "thoroughQ" ]; then
# The thorough test runs around 2 * $wait_time seconds.
--
2.34.1
next reply other threads:[~2022-01-10 11:30 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-10 11:28 Qu Wenruo [this message]
2022-01-10 11:57 ` [PATCH] btrfs/011: handle finished replace properly Filipe Manana
2022-01-10 12:44 ` Qu Wenruo
2022-01-10 12:52 ` Filipe Manana
2022-01-10 13:01 ` Qu Wenruo
2022-01-10 13:54 ` Filipe Manana
2022-01-10 23:51 ` Qu Wenruo
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=20220110112848.37491-1-wqu@suse.com \
--to=wqu@suse.com \
--cc=fstests@vger.kernel.org \
--cc=linux-btrfs@vger.kernel.org \
/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