Linux-NFS Archive on lore.kernel.org
 help / color / Atom feed
* discuss NFS xfstest failures
@ 2019-04-11 17:01 Olga Kornievskaia
  2019-04-16 19:35 ` bfields
  0 siblings, 1 reply; 3+ messages in thread
From: Olga Kornievskaia @ 2019-04-11 17:01 UTC (permalink / raw)
  To: linux-nfs

Hi folks,

We have some output at the wiki --
https://wiki.linux-nfs.org/wiki/index.php/Xfstests -- capturing a data
point of failures (for 4.16 kernel). However, I see many more failures
with the current (5.1-rc1). Wiki output should probably be updated
since xfstest has now 500+ tests. I have done my best to go over the
failures and provide some summary and comments. I'd like to see if the
community has any comments. Anybody else would like to share their
outputs from the xfstests that show other failures?

nfsv4.1
Failures: generic/035 generic/075 generic/091 generic/112 generic/263
generic/294 generic/465 generic/484 nfs/001
Failed 9 of 429 tests
nfsv4.0
Failures: generic/035 generic/075 generic/091 generic/112 generic/263
generic/294 generic/426 generic/465 generic/467 generic/477
generic/484
Failed 11 of 429 tests
nfsv3
Failures: generic/035 generic/258 generic/294 generic/465 generic/467
generic/477 generic/484
Failed 7 of 429 tests

I will first list the ones that are not on the wiki (and grouped by version):

nfs4.1
--- [FIXED] nfs/001 – a regression problem has been resolved with the
latest patch from Chuck addressing the issue.
--- [EXPECTED] generic/075, generic/091, generic/112, generic/263 –
expected failure. Because copy_file_range() is called and passes in as
input and output the same file which is not allowed by the NFSv4.2
spec.
--- [VFS problem] generic/484 this is a VFS failure not to preserve
the lock across execve (as the NFS is just a hook into the VFS)
--- [VFS problem] generic/294 this is again VFS issue that for returns
an error that the test doesn’t expect (test expects EEXIST and gets
ROFS). This error is set by the VFS function finish_open(). However, I
do see some test itself weirdness. The test attempts to remount to a
read-only FS in the middle. Which only translates to new PUTROOTFH. A
test tries to create a file which translates to an NFS operation that
succeeds but the internally VFS fails it as ROFS but file is left
created on the file server.

nfs4.0
--- [FIXED] generic/075, generic/091, generic/112, generic/263 – in
4.0 same function is called and same check that in and out file is the
same and get EINVAL error failing the test. There is a proposed fix
upstream.
--- generic/484 same as 4.1
--- generic/294 same as 4.1

The next tests were present in wiki
--- [EXPECTED] generic/258 (v3) failure only. This is expected because
nfstime3 spec structure defines seconds as “u32” and nfstest4 spec
structure defines as “u64”. So when a large timestamp is set in the
test, v3 wraps it around.
--- [?] generic 426/467/477 (open by handle failures all in v4.0 and
2-out-of-3 in v3, all pass in 4.1. note 426 passes in v3 which is
surprising and makes me think why should 4.0 fail in this case).
Perhaps because 4.0 doesn't support CLAIM_FH this could be considered
expected. but something is fishy here.
--- generic/035 not quiet sure of the exact reason so let's call it expected
--- generic/465 not quiet sure of the exact reason so let's call it expected

As an example, wiki listed a test which probably should have
definitely been running since it's NFS (but wasn't due to a missed
step in a setup)
"nfs/001 [not run] nfs4_setfacl utility required, skipped this test"
It makes me question how many other [not run] tests could also
problems and should have run. Anybody has any ideas how we can get a
'golden' output of what tests are applicable to NFS?

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: discuss NFS xfstest failures
  2019-04-11 17:01 discuss NFS xfstest failures Olga Kornievskaia
@ 2019-04-16 19:35 ` bfields
  2019-05-15 18:30   ` J. Bruce Fields
  0 siblings, 1 reply; 3+ messages in thread
From: bfields @ 2019-04-16 19:35 UTC (permalink / raw)
  To: Olga Kornievskaia; +Cc: linux-nfs

On Thu, Apr 11, 2019 at 01:01:39PM -0400, Olga Kornievskaia wrote:
> Hi folks,
> 
> We have some output at the wiki --
> https://wiki.linux-nfs.org/wiki/index.php/Xfstests -- capturing a data
> point of failures (for 4.16 kernel). However, I see many more failures
> with the current (5.1-rc1). Wiki output should probably be updated
> since xfstest has now 500+ tests. I have done my best to go over the
> failures and provide some summary and comments. I'd like to see if the
> community has any comments. Anybody else would like to share their
> outputs from the xfstests that show other failures?

For what it's worth, I keep a list in testd/data/xfstests-failed with
some minimal comments:

	git://linux-nfs.org/~bfields/testd.git

Current contents appended.  As you can see there's a lot that's known
unsupported features, but also a lot that I just haven't looked into
yet.

--b.

# http://people.redhat.com/bcodding/nfs/2016/10/07/nfs_xfstest_generic/
generic/035
generic/087
generic/294
generic/306
# We don't support all fallocate modes
generic/031
generic/017
generic/062
generic/071
generic/422
generic/469
generic/499
# no fiemap
generic/032
generic/094
generic/225
generic/425
# no xattrs
generic/037
generic/337
generic/377
generic/403
generic/454
# NFSv4+ doesn't support system.posix_acl_access xattr:
generic/053
generic/105
# xfstests used to skip this, not sure why it stopped:
generic/064
# no support for fs freezing
generic/068
generic/491
# needs root?
generic/184
generic/434
# FIBMAP unsupported
generic/519
# ---- need further triage:
generic/033
generic/088 # intermittent ?
generic/089 # intermittent ?
generic/126
generic/277
generic/423
generic/426
generic/465
generic/478
# "record lock is not preserved across execve(2)"
generic/484
# need a larger device?
generic/485
generic/486

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: discuss NFS xfstest failures
  2019-04-16 19:35 ` bfields
@ 2019-05-15 18:30   ` J. Bruce Fields
  0 siblings, 0 replies; 3+ messages in thread
From: J. Bruce Fields @ 2019-05-15 18:30 UTC (permalink / raw)
  To: Olga Kornievskaia; +Cc: linux-nfs

On Tue, Apr 16, 2019 at 03:35:48PM -0400, bfields wrote:
> On Thu, Apr 11, 2019 at 01:01:39PM -0400, Olga Kornievskaia wrote:
> > Hi folks,
> > 
> > We have some output at the wiki --
> > https://wiki.linux-nfs.org/wiki/index.php/Xfstests -- capturing a data
> > point of failures (for 4.16 kernel). However, I see many more failures
> > with the current (5.1-rc1). Wiki output should probably be updated
> > since xfstest has now 500+ tests. I have done my best to go over the
> > failures and provide some summary and comments. I'd like to see if the
> > community has any comments. Anybody else would like to share their
> > outputs from the xfstests that show other failures?
> 
> For what it's worth, I keep a list in testd/data/xfstests-failed with
> some minimal comments:
> 
> 	git://linux-nfs.org/~bfields/testd.git
> 
> Current contents appended.  As you can see there's a lot that's known
> unsupported features, but also a lot that I just haven't looked into
> yet.

Also, I added pointers to my list and Ben's on that wiki page at:

	http://wiki.linux-nfs.org/wiki/index.php/Xfstests#Other_sources

--b.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, back to index

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-04-11 17:01 discuss NFS xfstest failures Olga Kornievskaia
2019-04-16 19:35 ` bfields
2019-05-15 18:30   ` J. Bruce Fields

Linux-NFS Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/linux-nfs/0 linux-nfs/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 linux-nfs linux-nfs/ https://lore.kernel.org/linux-nfs \
		linux-nfs@vger.kernel.org linux-nfs@archiver.kernel.org
	public-inbox-index linux-nfs


Newsgroup available over NNTP:
	nntp://nntp.lore.kernel.org/org.kernel.vger.linux-nfs


AGPL code for this site: git clone https://public-inbox.org/ public-inbox