RE: [pynfs RFC PATCH] testserver.py: special-case the "all" flag

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> From: Jeff Layton [mailto:jlayton@xxxxxxxxxx]
 
> On Thu, 2023-02-23 at 08:26 -0800, Frank Filz wrote:
> >
> > > -----Original Message-----
> > > From: Chuck Lever III [mailto:chuck.lever@xxxxxxxxxx]
> > > Sent: Thursday, February 23, 2023 8:22 AM
> > > To: Bruce Fields <bfields@xxxxxxxxxxxx>
> > > Cc: Jeff Layton <jlayton@xxxxxxxxxx>; Dai Ngo <dai.ngo@xxxxxxxxxx>;
> > > Linux NFS Mailing List <linux-nfs@xxxxxxxxxxxxxxx>; Calum Mackay
> > > <calum.mackay@xxxxxxxxxx>; Frank Filz <ffilzlnx@xxxxxxxxxxxxxx>
> > > Subject: Re: [pynfs RFC PATCH] testserver.py: special-case the "all"
> > > flag
> > >
> > >
> > >
> > > > On Feb 23, 2023, at 10:19 AM, J. Bruce Fields
> > > > <bfields@xxxxxxxxxxxx>
> > wrote:
> > > >
> > > > On Wed, Feb 22, 2023 at 01:20:43PM -0500, Jeff Layton wrote:
> > > > > The READMEs for v4.0 and v4.1 are inconsistent here. For v4.0,
> > > > > the
> > "all"
> > > > > flag is supposed to run all of the "standard" tests. For v4.1
"all"
> > > > > is documented to run all of the tests, but it actually doesn't
> > > > > since not every tests has "all" in its FLAGS: field.
> > > > >
> > > > > I move that we change this. If I say that I want to run "all",
> > > > > then I really do want to run _all_ of the tests. Ensure that
> > > > > every test has the "all" flag set.
> > > >
> > > > In some (all?) cases where the "all" flag was left off, it was
> > > > intentional.
> > > >
> > > > We try not to flag spec-compliant servers as failing, because
> > > > people are sometimes a little careless about "fixing" failures
> > > > that in their particular case really shouldn't be fixed.  But
> > > > sometimes it's still useful to have a test that goes somewhat beyond
the
> spec.
> > > >
> > > > There might be other ways to handle that kind of test, but it
> > > > would need some more thought.
> > >
> > > We could use a different name for "all" since it doesn't actually
> > > run
> > /all/ tests.
> > > Jeff suggested "standard", which seems sensible.
> >
> > The challenge with changing this is all the CI scripts and other
> > testing scripts out there that use all. If all suddenly changed,
> > server maintainers might get a deluge of bug reports for failing odd
> > test cases no one necessarily expected to work...
> >
> 
> Are those CI systems pulling down the upstream tree to run? How do they
> contend with new tests that might suddenly show up as part of "all"?

Honestly I'm not sure, the Ganesha CI may pull from a non-upstream repo. Or
it may be that anything that has been added to "all" happens to be OK. I
don't know...

> > > Also, we could add test categories specifically for particular
> > > server implementations, if that's interesting to folks.
> >
> > I have already done so with a ganesha tag...
> >
> > Literally all anyone has to do is start using a new tag so it's a
> > trivial thing for developers to add.
> >
> 
> The problem is that you have to add the tag to hundreds of tests. It's
scriptable,
> sure, but if you want to be at all selective, it's not trivial.
> 
> That said, I'm open to doing something different here. Maybe we could
declare
> a new "everything" special case instead? It's confusing naming, but that
would
> at least preserve the existing behavior for those CI systems.

That might be the best thing to do. That way existing scripts aren't broken,
yet someone who genuinely wants to try and run everything can.

The next problem will be how to exclude tests that have specific conditions
that can't be met, especially tests for a specific server implementation.
Specifying everything -ganesha won't work because that will cut out tests
that aren't Ganesha specific. But we could add a new ganeshaonly tag for
those test cases that is added in addition to the ganesha tag. Then
everthing -ganeshaonly excludes those while all ganesha still runs
everything Ganesha is expected to pass.

Frank

> > >
> > > > --b.
> > > >
> > > > > Signed-off-by: Jeff Layton <jlayton@xxxxxxxxxx>
> > > > > ---
> > > > > nfs4.1/testmod.py | 2 ++
> > > > > 1 file changed, 2 insertions(+)
> > > > >
> > > > > If this is unacceptable, then an alternative could be to add a
> > > > > new (similarly special-cased) "everything" flag.
> > > > >
> > > > > diff --git a/nfs4.1/testmod.py b/nfs4.1/testmod.py index
> > > > > 11e759d673fd..7b3bac543084 100644
> > > > > --- a/nfs4.1/testmod.py
> > > > > +++ b/nfs4.1/testmod.py
> > > > > @@ -386,6 +386,8 @@ def createtests(testdir):
> > > > >     for t in tests:
> > > > > ##         if not t.flags_list:
> > > > > ##             raise RuntimeError("%s has no flags" % t.fullname)
> > > > > +        if "all" not in t.flags_list:
> > > > > +            t.flags_list.append("all")
> > > > >         for f in t.flags_list:
> > > > >             if f not in flag_dict:
> > > > >                 flag_dict[f] = bit
> > > > > --
> > > > > 2.39.2
> > >
> > > --
> > > Chuck Lever
> > >
> >
> >
> 
> --
> Jeff Layton <jlayton@xxxxxxxxxx>




[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux