From: Eric Sandeen <sandeen@sandeen.net>
To: sekharan@us.ibm.com
Cc: XFS mailing list <xfs@oss.sgi.com>
Subject: Re: [PATCH] xfstests: replace xfs_check with xfs_repair -n
Date: Wed, 17 Apr 2013 09:58:08 -0700 [thread overview]
Message-ID: <516ED4A0.9040706@sandeen.net> (raw)
In-Reply-To: <1366216695.3762.32325.camel@chandra-dt.ibm.com>
On 4/17/13 9:38 AM, Chandra Seetharaman wrote:
> Replace the usage of "xfs_check" with "xfs_repair -n" as xfs_check
> is planned to be depracated.
Hm, I thought the plan was to keep xfs_check around for xfstests
use, for now; as Dave said in the earlier thread:
> xfstests also still needs to run xfs_check. That means we also need
> either an override flag an make $XFS_CHECK_PROG have it set
> appropriately or add an internal xfs_db wrapper that runs the
> xfs_check functionality appropriately. The second is probably the
> better option...
but that's not what this patch does...
-Eric
> Signed-off-by: Chandra Seetharaman <sekharan@us.ibm.com>
> ---
>
> diff --git a/common/config b/common/config
> index bf62996..dfbb5c2 100644
> --- a/common/config
> +++ b/common/config
> @@ -154,7 +154,6 @@ export DF_PROG="`set_prog_path df`"
>
> export XFS_LOGPRINT_PROG="`set_prog_path xfs_logprint`"
> export XFS_REPAIR_PROG="`set_prog_path xfs_repair`"
> -export XFS_CHECK_PROG="`set_prog_path xfs_check`"
> export XFS_DB_PROG="`set_prog_path xfs_db`"
> export XFS_GROWFS_PROG=`set_prog_path xfs_growfs`
> export XFS_IO_PROG="`set_prog_path xfs_io`"
> diff --git a/common/rc b/common/rc
> index 09fb83f..32a852f 100644
> --- a/common/rc
> +++ b/common/rc
> @@ -166,7 +166,6 @@ case "$FSTYP" in
> xfs)
> [ "$XFS_LOGPRINT_PROG" = "" ] && _fatal "xfs_logprint not found"
> [ "$XFS_REPAIR_PROG" = "" ] && _fatal "xfs_repair not found"
> - [ "$XFS_CHECK_PROG" = "" ] && _fatal "xfs_check not found"
> [ "$XFS_DB_PROG" = "" ] && _fatal "xfs_db not found"
> [ "$MKFS_XFS_PROG" = "" ] && _fatal "mkfs_xfs not found"
> ;;
> @@ -589,7 +588,7 @@ _scratch_xfs_check()
> SCRATCH_OPTIONS="-l $SCRATCH_LOGDEV"
> [ "$LARGE_SCRATCH_DEV" = yes ] && \
> SCRATCH_OPTIONS=$SCRATCH_OPTIONS" -t"
> - $XFS_CHECK_PROG $SCRATCH_OPTIONS $* $SCRATCH_DEV
> + $XFS_REPAIR_PROG -n $SCRATCH_OPTIONS $* $SCRATCH_DEV &>/dev/null
> }
>
> _scratch_xfs_repair()
> @@ -1422,25 +1421,6 @@ _check_xfs_filesystem()
> ok=0
> fi
>
> - # xfs_check runs out of memory on large files, so even providing the test
> - # option (-t) to avoid indexing the free space trees doesn't make it pass on
> - # large filesystems. Avoid it.
> - if [ "$LARGE_SCRATCH_DEV" != yes ]; then
> - $XFS_CHECK_PROG $extra_log_options $device 2>&1 |\
> - _fix_malloc >$tmp.fs_check
> - fi
> - if [ -s $tmp.fs_check ]
> - then
> - echo "_check_xfs_filesystem: filesystem on $device is inconsistent (c) (see $seqres.full)"
> -
> - echo "_check_xfs_filesystem: filesystem on $device is inconsistent" >>$seqres.full
> - echo "*** xfs_check output ***" >>$seqres.full
> - cat $tmp.fs_check >>$seqres.full
> - echo "*** end xfs_check output" >>$seqres.full
> -
> - ok=0
> - fi
> -
> $XFS_REPAIR_PROG -n $extra_log_options $extra_rt_options $device >$tmp.repair 2>&1
> if [ $? -ne 0 ]
> then
> diff --git a/crash/xfscrash b/crash/xfscrash
> index 7831d7e..6437d54 100755
> --- a/crash/xfscrash
> +++ b/crash/xfscrash
> @@ -119,12 +119,11 @@ _check()
>
> if [ $expect -eq 0 ]
> then
> - _echo " *** xfs_check ($LOG/check_clean.out)"
> - xfs_check $TEST_DEV &> $LOG/check_clean.out || fail=1
> - [ -s /tmp/xfs_check_clean.out ] && fail=1
> + _echo " *** Running xfs_repair -n ($LOG/check_clean.out)"
> + xfs_repair -n $TEST_DEV &> $LOG/check_clean.out && fail=1
> else
> - _echo " *** xfs_check ($LOG/check_dirty.out)"
> - xfs_check $TEST_DEV &> $LOG/check_dirty.out || fail=1
> + _echo " *** Running xfs_repair -n ($LOG/check_dirty.out)"
> + xfs_repair -n $TEST_DEV &> $LOG/check_dirty.out || fail=1
> fi
>
> if [ $fail -eq 0 -a $expect -eq 0 ]
> diff --git a/tests/xfs/017 b/tests/xfs/017
> index 9fc16c2..03f907e 100755
> --- a/tests/xfs/017
> +++ b/tests/xfs/017
> @@ -83,7 +83,7 @@ do
> echo "*** XFS_CHECK ***" >>$seqres.full
> echo "" >>$seqres.full
> _scratch_xfs_check >>$seqres.full 2>&1 \
> - || _fail "xfs_check failed"
> + || _fail "xfs check failed"
> _scratch_mount -o remount,rw \
> || _fail "remount rw failed"
> done
> diff --git a/tests/xfs/085 b/tests/xfs/085
> index 27f29a3..02c6703 100755
> --- a/tests/xfs/085
> +++ b/tests/xfs/085
> @@ -70,7 +70,7 @@ _print_logstate
>
> # curious if FS consistent at start
> if false; then
> - if $XFS_CHECK_PROG $SCRATCH_DEV; then
> + if $XFS_REPAIR_PROG -n $SCRATCH_DEV &>/dev/null; then
> echo "*** checked ok ***"
> fi
> fi
> diff --git a/tests/xfs/291 b/tests/xfs/291
> old mode 100644
> new mode 100755
> index f842679..dc3c342
> --- a/tests/xfs/291
> +++ b/tests/xfs/291
> @@ -111,9 +111,9 @@ for I in `seq 1 2 5000`; do
> done
>
> _scratch_unmount
> -# Can xfs_repair and xfs_check cope with this monster?
> +# Can xfs_repair and check cope with this monster?
> _scratch_xfs_repair >> $seqres.full 2>&1 || _fail "xfs_repair failed"
> -xfs_check $SCRATCH_DEV >> $seqres.full 2>&1 || _fail "xfs_check failed"
> +xfs_repair -n $SCRATCH_DEV >> $seqres.full 2>&1 || _fail "xfs_repair -n failed"
>
> # Yes they can! Now...
> # Can xfs_metadump cope with this monster?
>
>
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
>
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2013-04-17 16:58 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-17 16:38 [PATCH] xfstests: replace xfs_check with xfs_repair -n Chandra Seetharaman
2013-04-17 16:58 ` Eric Sandeen [this message]
2013-04-17 18:03 ` Chandra Seetharaman
2013-04-17 18:23 ` Eric Sandeen
2013-04-17 18:32 ` Chandra Seetharaman
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=516ED4A0.9040706@sandeen.net \
--to=sandeen@sandeen.net \
--cc=sekharan@us.ibm.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