From: Petr Vorel <pvorel@suse.cz>
To: Cyril Hrubis <chrubis@suse.cz>, ltp@lists.linux.it
Subject: Re: [LTP] LTP release preparations
Date: Thu, 4 May 2023 12:28:36 +0200 [thread overview]
Message-ID: <20230504102836.GA3806177@pevik> (raw)
In-Reply-To: <20230503163239.GA3762958@pevik>
> > Hi!
> > > * nfs08.sh: Skip on vfat
> > > https://patchwork.ozlabs.org/project/ltp/patch/20230502151348.3677809-1-pvorel@suse.cz/
> > This is workaround for bugs found by the "run nfs on all fs" patch,
> > right?
> Well, this is the problem which was found by this patchset. If you use TMPDIR
> with vfat or exfat (unlikely, I know) on current master, it will fail.
> I tested it on both loop device (demonstrated below) and on separate disc in VM.
> dd if=/dev/zero of=/tmp/dev bs=1M count=500
> losetup /dev/loop0 /tmp/dev
> mkfs.exfat /dev/loop0
> mkdir -p /export
> mount /dev/loop0 /export
> df -hT /export/
> Filesystem Type Size Used Avail Use% Mounted on
> /dev/loop0 vfat 500M 0 500M 0% /export
> PATH="/opt/ltp/testcases/bin:$PATH" TMPDIR=/export nfs08.sh -v 4 -t tcp
> ...
> nfs08 1 TINFO: timeout per run is 0h 5m 0s
> nfs08 1 TINFO: mount.nfs: (linux nfs-utils 2.6.3)
> nfs08 1 TINFO: setup NFSv4, socket type tcp
> nfs08 1 TINFO: Mounting NFS: mount -v -t nfs -o proto=tcp,vers=4 10.0.0.2:/export/LTP_nfs08.R9JOL8zozk/4/tcp /export/LTP_nfs08.R9JOL8zozk/4/0
> nfs08 1 TINFO: testing NFS cache invalidation for directories
> 1
> nfs08 1 TPASS: ls | grep 1 passed as expected
> nfs08 1 TFAIL: ls | grep 2 failed unexpectedly
> Actually, nfs08.sh not working on vfat and exfat
> => therefore nfs_lib.sh should be without TST_SKIP_FILESYSTEMS (currently all tests whitelists exfat)
> and nfs08.sh should have: TST_SKIP_FILESYSTEMS="exfat,vfat"
> umount /export
> umount: /export: target is busy.
> fuser -vm /dev/loop0
> USER PID ACCESS COMMAND
> /dev/loop0: root kernel mount /export
> root kernel knfsd /export
> => Forced me to umount with -l or reboot, regardless used filesystem on
> /dev/loop0. This is fixed in this patchset which uses TST_ALL_FILESYSTEMS,
> but I'd prefer to merge it instead of fixing master.
> This is reproducible even if I just add new device (i.e. not a loop device) to VM.
> > I suppose that it may be better not to enable nfs on all filesystems for
> > this release so that we have time to figure out what is wrong before
> > next release.
> > I really do not like applying "temporary" workarounds for real bugs in
> > the LTP codebase. There is always danger of "temporary" being forgotten
> > and we end up masking the real bug for eternity.
> We're masking the problems, because by default we test on what's on /tmp
> (often tmpfs, which is unlikely to be used for NFS or ext4 or btrfs).
> I need to test more old distros, I suspect that nfs-utils 1.3.3 has problems
> with vfat, exfat, tmpfs and fuse, which is in Debian 11 (bullseye).
> => Maybe, as a start we could decide to run nfs_lib.sh only on modern linux
> filesystems: i.e. btrfs, ext4, xfs
> We could have:
> TST_SKIP_FILESYSTEMS="btrfs,exfat,ext2,ext3,fuse,ntfs,vfat,tmpfs"
I meant here
TST_SKIP_FILESYSTEMS="exfat,ext2,ext3,fuse,ntfs,vfat,tmpfs"
(i.e. to run on btrfs, ext4, xfs only)
Kind regards,
Petr
> That would shorten the runtime and have more test coverage.
> WDYT? I'm about to send v5 and run tests in the loop. Shell I include this
> change?
> Kind regards,
> Petr
--
Mailing list info: https://lists.linux.it/listinfo/ltp
next prev parent reply other threads:[~2023-05-04 10:28 UTC|newest]
Thread overview: 156+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-26 9:17 [LTP] LTP release preparations Cyril Hrubis
2023-04-26 10:01 ` Li Wang
2023-04-26 10:08 ` Li Wang
2023-05-08 12:31 ` Li Wang
2023-05-09 9:29 ` Cyril Hrubis
2023-05-10 6:39 ` Li Wang
2023-05-10 13:03 ` Petr Vorel
2023-05-11 5:48 ` Li Wang
2023-05-15 13:15 ` Cyril Hrubis
2023-05-16 4:58 ` Petr Vorel
2023-05-16 5:35 ` Petr Vorel
2023-05-16 5:46 ` Petr Vorel
2023-04-26 10:07 ` Teo Couprie Diaz
2023-04-27 14:06 ` Andrea Cervesato via ltp
2023-04-28 9:12 ` Yang Xu (Fujitsu)
2023-05-02 12:18 ` Cyril Hrubis
2023-05-08 5:27 ` Yang Xu (Fujitsu)
2023-05-02 14:37 ` Petr Vorel
2023-05-02 15:14 ` Petr Vorel
2023-05-03 9:35 ` Cyril Hrubis
2023-05-03 16:32 ` Petr Vorel
2023-05-04 10:28 ` Petr Vorel [this message]
2023-05-03 9:31 ` Cyril Hrubis
2023-05-03 12:56 ` Petr Vorel
2023-05-04 13:17 ` Petr Vorel
2023-05-04 13:44 ` Cyril Hrubis
2023-05-04 20:37 ` Petr Vorel
2023-05-05 16:55 ` Petr Vorel
2023-05-10 12:59 ` Martin Doucha
2023-05-10 13:15 ` Cyril Hrubis
-- strict thread matches above, loose matches on Subject: below --
2026-04-30 13:39 [LTP] LTP Release preparations Cyril Hrubis
2026-04-30 18:40 ` Ricardo Branco
2026-05-04 8:32 ` Andrea Cervesato via ltp
2026-05-04 13:42 ` Li Wang
2026-05-15 7:10 ` Cyril Hrubis
2026-05-15 14:33 ` Petr Vorel
2025-09-01 10:20 Cyril Hrubis
2025-09-02 10:23 ` Andrea Cervesato via ltp
2025-09-02 10:40 ` Ricardo B. Marlière via ltp
2025-09-02 10:45 ` Ricardo B. Marlière via ltp
2025-09-02 11:52 ` Martin Doucha
2025-09-02 12:14 ` Cyril Hrubis
2025-09-02 12:42 ` Martin Doucha
2025-09-03 12:05 ` Andrea Cervesato via ltp
2025-09-03 12:16 ` Cyril Hrubis
2025-09-03 13:20 ` Cyril Hrubis
2025-09-04 2:39 ` Li Wang via ltp
2025-09-04 3:06 ` Li Wang via ltp
2025-09-04 5:42 ` Andrea Cervesato via ltp
2025-09-04 6:29 ` Li Wang via ltp
2025-09-04 6:32 ` Andrea Cervesato via ltp
2025-09-04 9:53 ` Cyril Hrubis
2025-09-04 10:15 ` Li Wang via ltp
2025-09-04 10:22 ` Cyril Hrubis
2025-09-03 13:18 ` Petr Vorel
2025-09-03 13:21 ` Cyril Hrubis
2025-09-05 6:24 ` Andrea Cervesato via ltp
2025-09-05 8:12 ` Wei Gao via ltp
2025-09-05 9:05 ` Petr Vorel
2025-09-05 9:02 ` Avinesh Kumar
2025-09-23 2:28 ` Li Wang via ltp
2025-09-26 12:41 ` Petr Vorel
2025-09-26 14:23 ` Cyril Hrubis
2025-05-02 9:45 [LTP] LTP release preparations Cyril Hrubis
2025-05-05 10:56 ` Martin Doucha
2025-05-07 15:51 ` Martin Doucha
2025-05-07 17:54 ` Petr Vorel
2025-05-07 17:57 ` Petr Vorel
2025-05-27 5:41 ` Li Wang via ltp
2025-05-27 7:05 ` Cyril Hrubis
2025-05-27 9:27 ` Andrea Cervesato via ltp
2025-05-27 9:33 ` Cyril Hrubis
2025-01-06 12:17 [LTP] LTP Release preparations Cyril Hrubis
2025-01-06 12:52 ` Andrea Cervesato via ltp
2025-01-06 15:45 ` Petr Vorel
2025-01-06 15:57 ` Cyril Hrubis
2025-01-08 2:57 ` Li Wang
2025-01-17 14:06 ` Cyril Hrubis
2025-01-17 14:57 ` Martin Doucha
2025-01-17 15:01 ` Cyril Hrubis
2025-01-20 10:31 ` Li Wang
2025-01-20 11:59 ` Andrea Cervesato via ltp
2024-09-02 9:54 [LTP] LTP release preparations Cyril Hrubis
2024-09-09 12:39 ` Andrea Cervesato via ltp
2024-09-09 12:44 ` Cyril Hrubis
2024-09-09 12:43 ` Andrea Cervesato via ltp
2024-09-16 8:22 ` Cyril Hrubis
2024-09-16 8:25 ` Andrea Cervesato via ltp
2024-09-18 15:14 ` Cyril Hrubis
2024-09-20 10:13 ` Li Wang
2024-09-20 10:30 ` Cyril Hrubis
2024-09-27 8:38 ` Cyril Hrubis
2024-09-27 9:26 ` Andrea Cervesato via ltp
2024-09-27 9:35 ` Cyril Hrubis
2024-09-27 10:23 ` Andrea Cervesato via ltp
2024-01-02 12:53 [LTP] LTP Release preparations Cyril Hrubis
2024-01-02 21:01 ` Petr Vorel
2024-01-10 18:06 ` Petr Vorel
2024-01-11 10:28 ` Petr Vorel
2024-01-03 1:57 ` Petr Vorel
2024-01-03 8:43 ` Yang Xu (Fujitsu)
2024-01-04 12:26 ` Petr Vorel
2024-01-04 12:35 ` Cyril Hrubis
2024-01-18 14:44 ` Cyril Hrubis
2024-01-25 10:17 ` Li Wang
2024-01-25 11:04 ` Cyril Hrubis
2024-01-26 10:40 ` Li Wang
2023-09-13 8:56 Cyril Hrubis
2023-09-13 9:45 ` Martin Doucha
2023-09-13 9:53 ` Andrea Cervesato via ltp
2023-09-13 11:18 ` Cyril Hrubis
2023-09-15 7:07 ` Petr Vorel
2023-09-15 12:03 ` Petr Vorel
2023-09-15 13:46 ` Petr Vorel
2023-09-15 13:02 ` Andrea Cervesato via ltp
2023-09-15 14:01 ` Cyril Hrubis
2023-09-18 11:23 ` Petr Vorel
2023-09-19 9:33 ` Richard Palethorpe
2023-09-26 10:50 ` Petr Vorel
2023-09-28 7:44 ` Li Wang
2023-09-28 17:39 ` Petr Vorel
2023-09-30 0:11 ` Edward Liaw via ltp
2023-09-30 6:22 ` Petr Vorel
2025-09-05 2:10 ` Wei Gao via ltp
2025-09-05 6:22 ` Andrea Cervesato via ltp
2025-09-05 8:11 ` Wei Gao via ltp
2022-05-09 12:50 [LTP] LTP release preparations Cyril Hrubis
2022-05-09 13:51 ` Petr Vorel
2022-05-10 8:36 ` Li Wang
2022-05-10 13:54 ` Cyril Hrubis
2022-05-19 11:42 ` Martin Doucha
2022-05-19 12:11 ` Cyril Hrubis
2022-05-24 13:01 ` Cyril Hrubis
2022-01-05 11:36 [LTP] LTP Release preparations Cyril Hrubis
2022-01-05 14:45 ` Amir Goldstein
2022-01-05 14:53 ` Cyril Hrubis
2022-01-05 16:57 ` Petr Vorel
2022-01-06 9:52 ` xuyang2018.jy
2022-01-07 9:06 ` Li Wang
2022-01-07 9:51 ` Cyril Hrubis
2022-01-14 9:47 ` Cyril Hrubis
2018-04-12 11:35 Cyril Hrubis
2018-04-19 14:17 ` Cyril Hrubis
2018-04-20 3:56 ` Li Wang
2018-04-20 10:49 ` Petr Vorel
2018-04-24 13:39 ` Cyril Hrubis
2018-04-24 21:08 ` Jan Stancek
2018-04-25 13:23 ` Cyril Hrubis
2018-04-25 13:42 ` Jan Stancek
2018-04-25 13:44 ` Cyril Hrubis
2018-04-25 14:11 ` Petr Vorel
2018-05-03 9:28 ` Cyril Hrubis
2018-05-03 11:41 ` Alexey Kodanev
2018-05-03 12:06 ` Petr Vorel
2018-05-11 12:17 ` Cyril Hrubis
2016-01-05 15:36 [LTP] LTP release preparations Cyril Hrubis
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=20230504102836.GA3806177@pevik \
--to=pvorel@suse.cz \
--cc=chrubis@suse.cz \
--cc=ltp@lists.linux.it \
/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.