From: Vivek Goyal <vgoyal@redhat.com>
To: Amir Goldstein <amir73il@gmail.com>
Cc: overlayfs <linux-unionfs@vger.kernel.org>,
Miklos Szeredi <miklos@szeredi.hu>
Subject: Re: [ANNOUNCE] unionmount-testsuite: master branch updated to 9c60a9c
Date: Fri, 19 Jun 2020 10:21:52 -0400 [thread overview]
Message-ID: <20200619142152.GA3154@redhat.com> (raw)
In-Reply-To: <CAOQ4uxi8a1sLc_5j2RcYZL0ZSHnBhufhLkr92FmXv33KjX7qsA@mail.gmail.com>
On Fri, Jun 19, 2020 at 06:29:08AM +0300, Amir Goldstein wrote:
[..]
> > Hi Amir,
> >
> > I am running these tests with.
> >
> > UNIONMOUNT_BASEDIR="/mnt/foo/"
>
> I suspect there is a bug with trailing / in UNIONMOUNT_BASEDIR
> I did not test with trailing /
> Can you try without it?
Hi Amir,
This indeed is trailing / issue. I removed it and things are working fine.
>
> >
> > - ./run --ov runs fine. But when I try to run it again it complains
> > that.
> >
> > rm: cannot remove '/mnt/overlayfs//m': Device or resource busy
> >
> > So I have to first unmount /mnt/overlayfs/m/ and then run tests
> > again.
> >
> > I think it will be nice if it can clear the environment by itself.
> >
>
> It should.
> All the tests I tried cleaned up previous test env automatically.
> The only case where explicit cleanup is needed is before changing
> context and modifying envvars.
After removing trailing /, cleanup was fine too.
>
> > - I am running one the recent kernel (5.7.0+) and following errors
> > out.
> >
> > # ./run --ov --verify
> > Environment variables:
> > UNIONMOUNT_BASEDIR=/mnt/overlayfs/
> >
> > ***
> > *** ./run --ov --samefs --ts=0 open-plain
> > ***
> > TEST open-plain.py:10: Open O_RDONLY
> > /mnt/overlayfs/m/a/foo100: not on union mount
> >
> > Will spend more time to figure out what happened.
> >
> > - I am planning to use these environment variables and run overlay over
> > virtiofs tests. Can I do the same thing with xfstests overlay tests.
> > In README.overlay I see that I need to specify two separate devices.
> > Can I specify to directories (and not devices) to be used as TEST
> > and SCRATCH and run overlay test.
>
> As far as I can tell, SCRATCH_DEV and TEST_DEV are directories
> in all those non-block filesystems including virtiofs:
> _scratch_mkfs()
> ...
> case $FSTYP in
> nfs*|cifs|ceph|overlay|glusterfs|pvfs2|9p|virtiofs)
> # unable to re-create this fstyp, just remove all files in
> # $SCRATCH_MNT to avoid EEXIST caused by the leftover files
> # created in previous runs
> _scratch_cleanup_files
>
> So I think you just need to set SCRATCH_DEV and TEST_DEV to
> two different directories and you are good to go for running
> check or check -overlay.
It seems to work. I am seeing bunch of failures but that probably
are issues with virtiofs and overlayfs interaction. Will look into
these one by one.
Thanks
Vivek
prev parent reply other threads:[~2020-06-19 14:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-29 16:40 [ANNOUNCE] unionmount-testsuite: master branch updated to 9c60a9c Amir Goldstein
2020-06-18 21:38 ` Vivek Goyal
2020-06-18 22:06 ` Vivek Goyal
2020-06-19 3:29 ` Amir Goldstein
2020-06-19 14:21 ` Vivek Goyal [this message]
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=20200619142152.GA3154@redhat.com \
--to=vgoyal@redhat.com \
--cc=amir73il@gmail.com \
--cc=linux-unionfs@vger.kernel.org \
--cc=miklos@szeredi.hu \
/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.