From: Jeff Layton <jlayton@kernel.org>
To: Chuck Lever <cel@kernel.org>, kdevops@lists.linux.dev
Subject: Re: [PATCH v2 0/7] Add a git regression workflow
Date: Wed, 03 Jan 2024 12:10:05 -0500 [thread overview]
Message-ID: <d4f260b4ae2d9aedbf65ba71fd8aa5dd12fe7e35.camel@kernel.org> (raw)
In-Reply-To: <170429414185.701471.9826579450385615262.stgit@renoir.1015granger.net>
On Wed, 2024-01-03 at 10:08 -0500, Chuck Lever wrote:
> Since the last series, I've added support for tmpfs and NFS mounts,
> in addition to a few other refinements and loads of testing. I'd
> like a little review before I push these.
>
This all looks pretty great to me. I don't see any need to wait on
merging it, if it seems to be working for you.
> We had talked before about setting up multiple concurrent mounts for
> running tests of different NFS versions in parallel. +1 for running
> tests in parallel, but I think we want to make this a more generic
> mechanism that can test other mount option combinations as well
> multiple NFS versions (and perhaps could be reused with other
> workflows).
>
> I don't have a specific proposal for that yet, but I'm interested in
> discussion.
>
Version selection is just a mount option anyway. Note that even with
fstests, we now can spin up a separate host for TLS testing, so there is
precedent for non-version host variants anyway.
With fstests now, we can test with these options:
- default mount options
- v4.0
- v3
- TLS (with default mount options)
It probably makes sense to test those configurations for the git
regression suite as well, since they offers pretty good coverage for NFS
client and server.
Are there other configurations that might make sense to test regularly?
It's not too hard to add them.
We probably could even add a "Custom" configuration too that takes
arbitrary mount option and export option strings. That'd make it simpler
to test more exotic configurations.
It would be nice to eventually share this sort of option handling across
different workflows, but that's a more difficult problem given that most
of them handle mounting quite differently.
--
Jeff Layton <jlayton@kernel.org>
next prev parent reply other threads:[~2024-01-03 17:10 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-03 15:08 [PATCH v2 0/7] Add a git regression workflow Chuck Lever
2024-01-03 15:08 ` [PATCH v2 1/7] nfsd_add_export: Add an export_options variable Chuck Lever
2024-01-03 15:08 ` [PATCH v2 2/7] nfsd_add_export: Set fsid= on tmpfs exports Chuck Lever
2024-01-03 15:08 ` [PATCH v2 3/7] create_tmpfs: Enable mounting tmpfs file systems for testing Chuck Lever
2024-01-25 14:26 ` Luis Chamberlain
2024-01-25 14:39 ` Chuck Lever III
2024-01-25 15:44 ` Luis Chamberlain
2024-01-03 15:08 ` [PATCH v2 4/7] create_nfs_mount: Enable testing arbitrary NFS mounts Chuck Lever
2024-01-03 15:08 ` [PATCH v2 5/7] Add a playbook for the git regression workflow Chuck Lever
2024-01-25 14:34 ` Luis Chamberlain
2024-01-25 14:41 ` Luis Chamberlain
2024-01-25 15:14 ` Luis Chamberlain
2024-01-25 16:12 ` Chuck Lever III
2024-01-25 16:17 ` Luis Chamberlain
2024-01-03 15:08 ` [PATCH v2 6/7] Add a workflow for the git regression suite Chuck Lever
2024-01-25 15:39 ` Luis Chamberlain
2024-01-25 15:56 ` Luis Chamberlain
2024-01-03 15:09 ` [PATCH v2 7/7] gitr: Adjust the gen_hosts and gen_nodes playbooks Chuck Lever
2024-01-03 17:10 ` Jeff Layton [this message]
2024-01-03 18:04 ` [PATCH v2 0/7] Add a git regression workflow Chuck Lever III
2024-01-04 16:04 ` Chuck Lever III
2024-01-04 16:46 ` Jeff Layton
2024-01-04 18:19 ` Chuck Lever III
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=d4f260b4ae2d9aedbf65ba71fd8aa5dd12fe7e35.camel@kernel.org \
--to=jlayton@kernel.org \
--cc=cel@kernel.org \
--cc=kdevops@lists.linux.dev \
/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