From: Eryu Guan <eguan@redhat.com>
To: Amir Goldstein <amir73il@gmail.com>
Cc: "zhangyi (F)" <yi.zhang@huawei.com>,
fstests <fstests@vger.kernel.org>,
overlayfs <linux-unionfs@vger.kernel.org>,
Miklos Szeredi <miklos@szeredi.hu>, Miao Xie <miaoxie@huawei.com>,
yangerkun <yangerkun@huawei.com>
Subject: Re: [xfstests PATCH v2 2/5] overlay: hook filesystem check helper
Date: Wed, 7 Feb 2018 12:13:03 +0800 [thread overview]
Message-ID: <20180207041303.GX18267@eguan.usersys.redhat.com> (raw)
In-Reply-To: <CAOQ4uxgE+MVf9Jzz73xaC5YB+90f6nfTzH9ghzpObuKD0ZdgbA@mail.gmail.com>
On Tue, Feb 06, 2018 at 10:34:54PM +0200, Amir Goldstein wrote:
> On Tue, Feb 6, 2018 at 5:53 PM, Eryu Guan <eguan@redhat.com> wrote:
> > On Wed, Jan 31, 2018 at 06:27:56PM +0800, zhangyi (F) wrote:
> >> Hook filesystem check helper to _check_test_fs and _check_scratch_fs for
> >> constants underlying dirs of overlay filesystem, and introduce scratch
> >> check helpers for optionally lower/upper/work dirs. These helpers works
> >> only if fsck.overlay exists.
> >>
> >> [ _check_test_fs/_check_scratch_fs part picked from Amir's patch, thanks ]
> >>
> >> Signed-off-by: zhangyi (F) <yi.zhang@huawei.com>
> >> ---
> >> common/overlay | 128 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >> common/rc | 4 +-
> >> 2 files changed, 130 insertions(+), 2 deletions(-)
> >>
> >> diff --git a/common/overlay b/common/overlay
> >> index d741a7e..0e45ddd 100644
> >> --- a/common/overlay
> >> +++ b/common/overlay
> >> @@ -152,6 +152,14 @@ _require_scratch_overlay_feature()
> >> _scratch_unmount
> >> }
> >>
> >> +# Require the same scratch device as _require_scratch, but do not check
> >> +# the constants OVL_LOWER/OVL_UPPER/OVL_WORK dirs, should use together
> >> +# with optionally lower/upper/work dirs and do check explicitly after test.
> >> +_require_overlay_scratch_dirs()
> >> +{
> >> + _require_scratch_nocheck
> >> +}
> >> +
> >
> > After looking at previous review comments, I know that this new function
> > was suggested by Amir, but I don't think we really need it, IMHO it just
> > adds another layer and complexity (sorry again on the late review..).
> > I'd just call _require_scratch_nocheck in tests with proper comments (as
> > we use multiple lower layers and the default _check_overlay_scratch_fs
> > just can't handle it).
> >
> >> # Helper function to check underlying dirs of overlay filesystem
> >> _overlay_fsck_dirs()
> >> {
> >> @@ -165,3 +173,123 @@ _overlay_fsck_dirs()
> >> $FSCK_OVERLAY_PROG -o lowerdir=$lowerdir -o upperdir=$upperdir \
> >> -o workdir=$workdir $*
> >> }
> >> +
> >> +_overlay_check_dirs()
> >> +{
> >> + local lowerdir=$1
> >> + local upperdir=$2
> >> + local workdir=$3
> >> + local err=0
> >> +
> >> + _overlay_fsck_dirs $* $FSCK_OPTIONS >>$tmp.fsck 2>&1
> >> + if [ $? -ne 0 ]; then
> >> + _log_err "_overlay_check_fs: overlayfs on $lowerdir,$upperdir,$workdir is inconsistent"
> >> +
> >> + echo "*** fsck.overlay output ***" >>$seqres.full
> >> + cat $tmp.fsck >>$seqres.full
> >> + echo "*** end fsck.overlay output" >>$seqres.full
> >> +
> >> + echo "*** mount output ***" >>$seqres.full
> >> + _mount >>$seqres.full
> >> + echo "*** end mount output" >>$seqres.full
> >> +
> >> + err=1
> >> + fi
> >> + rm -f $tmp.fsck
> >> +
> >> + return $err
> >> +}
> >> +
> >> +# Check the same mnt/dev of _check_overlay_scratch_fs, but check optionally
> >> +# lower/upper/work dirs of overlay filesystem, should use together with
> >> +# _require_overlay_scratch_dirs
> >
> > So the last sentence of above comments made me confused, why should we
> > use it together with _require_overlay_scratch_dirs and how? That's my
> > first impression reading these comments..
> >
> >> +_overlay_check_scratch_dirs()
> >> +{
> >> + local lowerdir=$1
> >> + local upperdir=$2
> >> + local workdir=$3
> >> + shift 3
> >> +
> >> + # Need to umount overlay for scratch dir check
> >> + local ovl_mounted=`_is_mounted $SCRATCH_MNT`
> >> + [ -z "$ovl_mounted" ] || $UMOUNT_PROG $SCRATCH_MNT
> >> +
> >> + # Check dirs with extra overlay options
> >> + _overlay_check_dirs $lowerdir $upperdir $workdir $*
> >> + local ret=$?
> >> +
> >> + if [ $ret -eq 0 -a -n "$ovl_mounted" ]; then
> >> + # overlay was mounted, remount with extra mount options
> >> + _overlay_scratch_mount_dirs $lowerdir $upperdir \
> >> + $workdir $*
> >> + ret=$?
> >> + fi
> >> +
> >> + return $ret
> >> +}
> >> +
> >> +_overlay_check_fs()
> >> +{
> >> + # Aligns arguments for _overlay_base_mount
> >> + local ovl_mnt=$1
> >> + shift 1
> >> +
> >> + local base_dev=$3
> >> + local base_mnt=$4
> >
> > I think we need more comments on the arguments.
> >
> >> +
> >> + [ "$FSTYP" = overlay ] || return 0
> >> +
> >> + # Base fs needs to be mounted to check overlay dirs
> >> + local base_fstype=""
> >> + local ovl_mounted=""
> >> +
> >> + [ -z "$base_dev" ] || \
> >> + base_fstype=`_fs_type $base_dev`
> >> +
> >> + # If base fstype is set, base fs is mounted, mount otherwise
> >
> > This comment is not clear enough, I think it's better to explain why we
> > do things differently here not what we do in the code.
> >
> >> + if [ -z "$base_fstype" ]; then
> >
> > Need to check if "$base_dev" is empty or not, i.e. if we're using legacy
> > overlay setup or overlay with base devices:
> >
> > if [ -n "$base_dev" -a -z "$base_fstype" ]; then
> >
> > Otherwise we call into _overlay_base_mount wrongly here when testing
> > with legacy overlay setup, and check prints weired messages (because
> > $base_dev is empty):
> >
> > ...
> > OVL_BASE_TEST_DEV=/mnt/ovl/test is mounted but not on OVL_BASE_TEST_DIR=-o - aborting
> > Already mounted result:
> > /mnt/ovl/test /mnt/testarea/test
> > overlay/006 1s ... 0s
> > OVL_BASE_SCRATCH_DEV=/mnt/ovl/scratch is mounted but not on OVL_BASE_SCRATCH_MNT=-o - aborting
> > Already mounted result:
> > /mnt/ovl/scratch /mnt/testarea/scratch
> > Ran: overlay/006
> > Passed all 1 tests
> >
> >> + _overlay_base_mount $*
> >> + else
> >> + # Need to umount overlay for dir check
> >> + ovl_mounted=`_is_mounted $ovl_mnt`
> >> + [ -z "$ovl_mounted" ] || $UMOUNT_PROG $ovl_mnt
> >> + fi
> >> +
> >> + _overlay_check_dirs $base_mnt/$OVL_LOWER $base_mnt/$OVL_UPPER \
> >> + $base_mnt/$OVL_WORK
> >> + local ret=$?
> >> +
> >> + if [ -z "$base_fstype" ]; then
> >> + _overlay_base_unmount "$base_dev" "$base_mnt"
> >
> > Looks like we need to check $base_dev too here.
> >
> >> + elif [ $ret -eq 0 -a -n "$ovl_mounted" ]; then
> >> + # overlay was mounted, remount besides extra mount options
> >> + _overlay_mount $base_mnt $ovl_mnt
> >> + ret=$?
> >> + fi
> >> +
> >> + if [ $ret != 0 ]; then
> >> + status=1
> >> + if [ "$iam" != "check" ]; then
> >> + exit 1
> >> + fi
> >> + return 1
> >> + fi
> >> +
> >> + return 0
> >> +}
> >> +
> >> +_check_overlay_test_fs()
> >> +{
> >> + _overlay_check_fs "$TEST_DIR" \
> >> + OVL_BASE_TEST_DEV OVL_BASE_TEST_DIR \
> >> + "$OVL_BASE_TEST_DEV" "$OVL_BASE_TEST_DIR" \
> >> + $TEST_FS_MOUNT_OPTS $SELINUX_MOUNT_OPTIONS
> >
> > Using $TEST_FS_MOUNT_OPTS doesn't look correct to me, the mount options
> > provided here are meant for mounting base test device, and
> > TEST_FS_MOUNT_OPTS is meant for mounting overlay. (I know that you're
> > copying from _overlay_base_test_mount(), and I think that's a bug in the
> > existing code.)
> >
> > The problem is that both TEST_FS_MOUNT_OPTS and MOUNT_OPTIONS should be
> > set to OVERLAY_MOUNT_OPTIONS if it's not empty. But currently only
> > MOUNT_OPTIONS is set in common/config::_mount_opts, TEST_FS_MOUNT_OPTS
> > isn't set in common/config::_test_mount_opts.
> >
> > But, as mentioned above, this is a different issue, using
> > OVL_BASE_MOUNT_OPTIONS for both _check_overlay_test|scratch_fs should be
> > fine for now. But if you can fix the bug too in next version of this
> > patchset, it'd be great!
> >
>
> FWIW, I think your analysis is correct in the sense that the code
> looks bad and smells
> bad (my original code), but I am not sure there is an actual bug here
> (or in original code).
Maybe "bug" is a bit strong here, and I didn't notice it either in my
review..
> You say that TEST_FS_MOUNT_OPTS is meant to mount overlay, but it is never used
> for mounting overlay. See the last section of README.overlay - it
> explains what the
> different mount options are used for in -overlay run.
> AFAICT, there is only a missing feature - not being able to configure
> different overlay
> mount options for scratch and test.
Yeah, a "missing feature" might be more accurate :) I think we just need
a "OVL_BASE_MOUNT_OPTIONS" counter part for TEST_FS_MOUNT_OPTS, and do
all necessary setups as what we did for MOUNT_OPTIONS and
OVL_BASE_MOUNT_OPTIONS.
Thanks,
Eryu
next prev parent reply other threads:[~2018-02-07 4:13 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-31 10:27 [xfstests PATCH v2 0/5] overlay: add overlay filesystem dirs check zhangyi (F)
2018-01-31 10:27 ` [xfstests PATCH v2 1/5] common/rc: improve mounted check helper zhangyi (F)
2018-02-06 15:21 ` Eryu Guan
2018-01-31 10:27 ` [xfstests PATCH v2 2/5] overlay: hook filesystem " zhangyi (F)
2018-02-06 15:53 ` Eryu Guan
2018-02-06 20:34 ` Amir Goldstein
2018-02-07 4:13 ` Eryu Guan [this message]
2018-02-08 12:46 ` zhangyi (F)
2018-01-31 10:27 ` [xfstests PATCH v2 3/5] overlay/003: fix fs check failure zhangyi (F)
2018-01-31 10:27 ` [xfstests PATCH v2 4/5] overlay: skip check for tests finished with corrupt filesystem zhangyi (F)
2018-01-31 10:27 ` [xfstests PATCH v2 5/5] overlay: correct scratch dirs check zhangyi (F)
2018-01-31 15:50 ` Amir Goldstein
2018-02-06 16:11 ` Eryu Guan
2018-02-06 16:14 ` [xfstests PATCH v2 0/5] overlay: add overlay filesystem " Eryu Guan
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=20180207041303.GX18267@eguan.usersys.redhat.com \
--to=eguan@redhat.com \
--cc=amir73il@gmail.com \
--cc=fstests@vger.kernel.org \
--cc=linux-unionfs@vger.kernel.org \
--cc=miaoxie@huawei.com \
--cc=miklos@szeredi.hu \
--cc=yangerkun@huawei.com \
--cc=yi.zhang@huawei.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