From: Nirjhar Roy <nirjhar@linux.ibm.com>
To: "Darrick J. Wong" <djwong@kernel.org>, zlang@redhat.com
Cc: fstests@vger.kernel.org, linux-xfs@vger.kernel.org
Subject: Re: [PATCH 2/2] check: capture dmesg of mount failures if test fails
Date: Mon, 06 Jan 2025 16:48:34 +0530 [thread overview]
Message-ID: <58cb2b57d782f48652ed86a7d7726b851e723b48.camel@linux.ibm.com> (raw)
In-Reply-To: <173568782758.2712126.12517347004514444060.stgit@frogsfrogsfrogs>
On Tue, 2024-12-31 at 15:56 -0800, Darrick J. Wong wrote:
> From: Darrick J. Wong <djwong@kernel.org>
>
> Capture the kernel output after a mount failure occurs. If the test
> itself fails, then keep the logging output for further diagnosis.
>
> Signed-off-by: "Darrick J. Wong" <djwong@kernel.org>
> ---
> check | 22 +++++++++++++++++++++-
> common/rc | 26 +++++++++++++++++++++++++-
> common/report | 8 ++++++++
> tests/selftest/008 | 20 ++++++++++++++++++++
> tests/selftest/008.out | 1 +
> 5 files changed, 75 insertions(+), 2 deletions(-)
> create mode 100755 tests/selftest/008
> create mode 100644 tests/selftest/008.out
>
>
> diff --git a/check b/check
> index 9222cd7e4f8197..a46ea1a54d78bb 100755
> --- a/check
> +++ b/check
> @@ -614,7 +614,7 @@ _stash_fail_loop_files() {
> local seq_prefix="${REPORT_DIR}/${1}"
> local cp_suffix="$2"
>
> - for i in ".full" ".dmesg" ".out.bad" ".notrun" ".core"
> ".hints"; do
> + for i in ".full" ".dmesg" ".out.bad" ".notrun" ".core" ".hints"
> ".mountfail"; do
> rm -f "${seq_prefix}${i}${cp_suffix}"
> if [ -f "${seq_prefix}${i}" ]; then
> cp "${seq_prefix}${i}"
> "${seq_prefix}${i}${cp_suffix}"
> @@ -994,6 +994,7 @@ function run_section()
> echo -n " $seqnum -- "
> cat $seqres.notrun
> tc_status="notrun"
> + rm -f "$seqres.mountfail?"
> _stash_test_status "$seqnum" "$tc_status"
>
> # Unmount the scratch fs so that we can wipe
> the scratch
> @@ -1053,6 +1054,7 @@ function run_section()
> if [ ! -f $seq.out ]; then
> _dump_err "no qualified output"
> tc_status="fail"
> + rm -f "$seqres.mountfail?"
> _stash_test_status "$seqnum" "$tc_status"
> continue;
> fi
> @@ -1089,6 +1091,24 @@ function run_section()
> rm -f $seqres.hints
> fi
> fi
> +
> + if [ -f "$seqres.mountfail?" ]; then
> + if [ "$tc_status" = "fail" ]; then
> + # Let the user know if there were mount
> + # failures on a test that failed
> because that
> + # could be interesting.
> + mv "$seqres.mountfail?"
> "$seqres.mountfail"
> + _dump_err "check: possible mount
> failures (see $seqres.mountfail)"
> + test -f $seqres.mountfail && \
> + maybe_compress_logfile
> $seqres.mountfail $MAX_MOUNTFAIL_SIZE
> + else
> + # Don't retain mount failure logs for
> tests
> + # that pass or were skipped because
> some tests
> + # intentionally drive mount failures.
> + rm -f "$seqres.mountfail?"
> + fi
> + fi
> +
> _stash_test_status "$seqnum" "$tc_status"
> done
>
> diff --git a/common/rc b/common/rc
> index d7dfb55bbbd7e1..0ede68eb912440 100644
> --- a/common/rc
> +++ b/common/rc
> @@ -204,9 +204,33 @@ _get_hugepagesize()
> awk '/Hugepagesize/ {print $2 * 1024}' /proc/meminfo
> }
>
> +# Does dmesg have a --since flag?
> +_dmesg_detect_since()
> +{
> + if [ -z "$DMESG_HAS_SINCE" ]; then
> + test "$DMESG_HAS_SINCE" = "yes"
> + return
> + elif dmesg --help | grep -q -- --since; then
> + DMESG_HAS_SINCE=yes
> + else
> + DMESG_HAS_SINCE=no
> + fi
> +}
> +
> _mount()
> {
> - $MOUNT_PROG $*
> + $MOUNT_PROG $*
> + ret=$?
> + if [ "$ret" -ne 0 ]; then
> + echo "\"$MOUNT_PROG $*\" failed at $(date)" >>
> "$seqres.mountfail?"
> + if _dmesg_detect_since; then
> + dmesg --since '30s ago' >> "$seqres.mountfail?"
> + else
> + dmesg | tail -n 100 >> "$seqres.mountfail?"
Is it possible to grep for a mount failure message in dmesg and then
capture the last n lines? Do you think that will be more accurate?
Also, do you think it is useful to make this 100 configurable instead
of hardcoding?
> + fi
> + fi
> +
> + return $ret
> }
>
> # Call _mount to do mount operation but also save mountpoint to
> diff --git a/common/report b/common/report
> index 0e91e481f9725a..b57697f76dafb2 100644
> --- a/common/report
> +++ b/common/report
> @@ -199,6 +199,7 @@ _xunit_make_testcase_report()
> local out_src="${SRC_DIR}/${test_name}.out"
> local full_file="${REPORT_DIR}/${test_name}.full"
> local dmesg_file="${REPORT_DIR}/${test_name}.dmesg"
> + local
> mountfail_file="${REPORT_DIR}/${test_name}.mountfail"
> local outbad_file="${REPORT_DIR}/${test_name}.out.bad"
> if [ -z "$_err_msg" ]; then
> _err_msg="Test $test_name failed, reason
> unknown"
> @@ -225,6 +226,13 @@ _xunit_make_testcase_report()
> printf ']]>\n' >>$report
> echo -e "\t\t</system-err>" >> $report
> fi
> + if [ -z "$quiet" -a -f "$mountfail_file" ]; then
> + echo -e "\t\t<mount-failure>" >> $report
> + printf '<![CDATA[\n' >>$report
> + cat "$mountfail_file" | tr -dc
> '[:print:][:space:]' | encode_cdata >>$report
> + printf ']]>\n' >>$report
> + echo -e "\t\t</mount-failure>" >> $report
> + fi
> ;;
> *)
> echo -e "\t\t<failure message=\"Unknown
> test_status=$test_status\" type=\"TestFail\"/>" >> $report
> diff --git a/tests/selftest/008 b/tests/selftest/008
> new file mode 100755
> index 00000000000000..db80ffe6f77339
> --- /dev/null
> +++ b/tests/selftest/008
> @@ -0,0 +1,20 @@
> +#! /bin/bash
> +# SPDX-License-Identifier: GPL-2.0
> +# Copyright (c) 2024-2025 Oracle. All Rights Reserved.
> +#
> +# FS QA Test 008
> +#
> +# Test mount failure capture.
> +#
> +. ./common/preamble
> +_begin_fstest selftest
> +
> +_require_command "$WIPEFS_PROG" wipefs
> +_require_scratch
> +
> +$WIPEFS_PROG -a $SCRATCH_DEV
> +_scratch_mount &>> $seqres.full
Minor: Do you think adding some filtered messages from the captured
dmesg logs in the output will be helpful?
> +
> +# success, all done
> +status=0
> +exit
> diff --git a/tests/selftest/008.out b/tests/selftest/008.out
> new file mode 100644
> index 00000000000000..aaff95f3f48372
> --- /dev/null
> +++ b/tests/selftest/008.out
> @@ -0,0 +1 @@
> +QA output created by 008
>
next prev parent reply other threads:[~2025-01-06 11:18 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-31 23:25 [NYE PATCHCYCLONE] xfs: free space defrag and autonomous self healing Darrick J. Wong
2024-12-31 23:34 ` [PATCHSET 1/5] fstests: functional test for refcount reporting Darrick J. Wong
2024-12-31 23:56 ` [PATCH 1/1] xfs: test output of new FSREFCOUNTS ioctl Darrick J. Wong
2024-12-31 23:35 ` [PATCHSET 2/5] fstests: defragment free space Darrick J. Wong
2024-12-31 23:56 ` [PATCH 1/1] xfs: test clearing of " Darrick J. Wong
2024-12-31 23:35 ` [PATCHSET 3/5] fstests: capture logs from mount failures Darrick J. Wong
2024-12-31 23:56 ` [PATCH 1/2] treewide: convert all $MOUNT_PROG to _mount Darrick J. Wong
2024-12-31 23:56 ` [PATCH 2/2] check: capture dmesg of mount failures if test fails Darrick J. Wong
2025-01-06 11:18 ` Nirjhar Roy [this message]
2025-01-06 23:52 ` Darrick J. Wong
2025-01-13 5:55 ` Nirjhar Roy
2024-12-31 23:35 ` [PATCHSET 4/5] fstests: live health monitoring of filesystems Darrick J. Wong
2024-12-31 23:57 ` [PATCH 1/6] misc: convert all $UMOUNT_PROG to a _umount helper Darrick J. Wong
2024-12-31 23:57 ` [PATCH 2/6] misc: convert all umount(1) invocations to _umount Darrick J. Wong
2024-12-31 23:57 ` [PATCH 3/6] xfs: test health monitoring code Darrick J. Wong
2024-12-31 23:57 ` [PATCH 4/6] xfs: test for metadata corruption error reporting via healthmon Darrick J. Wong
2024-12-31 23:58 ` [PATCH 5/6] xfs: test io " Darrick J. Wong
2024-12-31 23:58 ` [PATCH 6/6] xfs: test new xfs_scrubbed daemon Darrick J. Wong
2024-12-31 23:35 ` [PATCHSET 5/5] fstests: add difficult V5 features to filesystems Darrick J. Wong
2024-12-31 23:58 ` [PATCH 1/3] xfs/1856: add metadir upgrade to test matrix Darrick J. Wong
2024-12-31 23:58 ` [PATCH 2/3] xfs/1856: add rtrmapbt " Darrick J. Wong
2024-12-31 23:59 ` [PATCH 3/3] xfs/1856: add rtreflink " Darrick J. Wong
2025-01-02 1:37 ` [NYE PATCHCYCLONE] xfs: free space defrag and autonomous self healing Stephen Zhang
2025-01-07 0:26 ` Darrick J. Wong
-- strict thread matches above, loose matches on Subject: below --
2026-04-13 17:50 [PATCHSET 2/2] fstests: capture logs from mount failures Darrick J. Wong
2026-04-13 17:51 ` [PATCH 2/2] check: capture dmesg of mount failures if test fails Darrick J. Wong
2026-04-14 7:59 ` Christoph Hellwig
2026-04-14 17:17 ` Darrick J. Wong
2026-04-15 5:34 ` Christoph Hellwig
2026-04-16 17:56 ` Zorro Lang
2026-04-16 18:57 ` Darrick J. Wong
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=58cb2b57d782f48652ed86a7d7726b851e723b48.camel@linux.ibm.com \
--to=nirjhar@linux.ibm.com \
--cc=djwong@kernel.org \
--cc=fstests@vger.kernel.org \
--cc=linux-xfs@vger.kernel.org \
--cc=zlang@redhat.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