From: "Frank Filz" <ffilzlnx@mindspring.com>
To: "'J. Bruce Fields'" <bfields@redhat.com>
Cc: "'Linux NFS Mailing List'" <linux-nfs@vger.kernel.org>
Subject: RE: pynfs pull request
Date: Fri, 29 Jul 2016 14:55:19 -0700 [thread overview]
Message-ID: <047b01d1e9e3$e6d51fb0$b47f5f10$@mindspring.com> (raw)
In-Reply-To: <20160729213011.GA11390@pad>
> On Thu, Jul 28, 2016 at 02:09:26PM -0700, Frank Filz wrote:
> > > On Wed, Jul 27, 2016 at 08:46:18AM -0700, Frank Filz wrote:
> > > > Bruce, could you pull:
> > > >
> > > > https://github.com/ffilz/pynfs/commits/master
> > > >
> > > > Also, Ajay submitted a pull request to me
> > > >
> > > > https://github.com/ffilz/pynfs/pull/1
> > > >
> > > > Could you pull that also (or would you prefer I merge it into my
> > > > branch and then have you pull everything from my branch)?
> > >
> > > I'm fine either way, but would you mind just giving me a git:// url
> > > to
> > pull
> > > from? I mean, I assume I can track down the repo url's from the
> > > github
> > url's
> > > and pull from master in each, but it'd be simpler for me in future
> > > and I'd
> > be
> > > sure I was getting what you intended....
> > >
> > > And a cc: to linux-nfs with the pull requests would be useful too.
> > > I
> > don't think
> > > anyone else reviews those, but maybe somebody will some day.
> >
> > Ok, I merged Ajay's patch (had to replace a checklist with check) and
> > verified the test fails without the Ganesha fix and succeeds with, so
> > looks like a good test case addition.
>
> Thanks!
>
> >
> > Pull master branch from: git://github.com/ffilz/pynfs.git
> >
> > 6c6ecec ajay nair Added WRT19 to check WRITE operation with incorrect
> > permissions and somebody else's stateid 03f0aee Frank S. Filz Add
> > WRT18 to test 4 writes in single compound updates change each time
> > 2fe404f Frank S. Filz Make ACL tests check for support of FATTR4_ACL
> > 2750cbd Frank S. Filz Add ganesha flag to tests that Ganesha passes
>
> So, those are tests beyond those in "all", that Ganesha passes? OK. I
could
> try to claim pynfs shouldn't be the place for server-dependent
information,
> but this isn't the first, and I can see how it's convenient and I don't
see it as a
> problem at least for now.
There are a few ganesha specific tests. Some are where it needs to form a
bad stateid. These are useful tests for servers, but obviously need to be
server specific. The rest are tests that are not part of all but it's handy
to document the ones Ganesha is expected to pass (and makes it easier for me
to instruct QA folks which tests to run.. run all ganesha... otherwise they
only run all...).
Maybe down the road it would be nice to have a better way of specifying what
tests should be run for certain servers so rather than having the ganesha
flag on a bunch of tests, there is some single file we list additional tests
to be added to the "all" bucket if some flag indicating ganesha is specified
on the command line. Such a mechanism could even add the tests to various
flags (so for example, any lock tests Ganesha passes would be added to the
all AND lock flags).
I'd love to see evidence that other servers are considering pynfs for spec
validation testing...
> The reason knfsd gave up on the utf8 tests was complaints from people with
> filesystems with non-utf8 encodings. Given a preexisting filesystem
neither
> knfsd nor probably Ganesha has any way to determine the encoding, so
> we're left just injecting unhelpful errors when we come across something
> that doesn't look like utf-8. Which just annoyed people with those
> filesystems, didn't really help anyone else, and changed behavior on
NFSv3-
> >NFSv4 upgrade.
>
> But maybe non-utf8 is less common now.
Hmm, I can see that point. It would be interesting to see if we could just
lump utf8 tests into all now...
> Anyway, patches look fine, applying.
Glad you also picked up the additional patch I added today with the exit
code on failed tests. Hmm, that change actually probably should be made to
nfs4.1/testserver.py also...
Thanks
Frank
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
next prev parent reply other threads:[~2016-07-29 21:55 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <037201d1e81e$04a9b9f0$0dfd2dd0$@mindspring.com>
[not found] ` <20160728193855.GF4732@pad>
2016-07-28 21:09 ` pynfs pull request Frank Filz
2016-07-29 21:30 ` J. Bruce Fields
2016-07-29 21:55 ` Frank Filz [this message]
2016-08-01 14:42 ` J. Bruce Fields
2016-10-21 15:53 ` J. Bruce Fields
2016-10-24 18:02 ` Frank Filz
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='047b01d1e9e3$e6d51fb0$b47f5f10$@mindspring.com' \
--to=ffilzlnx@mindspring.com \
--cc=bfields@redhat.com \
--cc=linux-nfs@vger.kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).