Regression test results for linux-2.6.18-rc4-CITI_NFS4_ALL-1 (and before)

Bryce Harrington bryce at osdl.org
Thu Aug 24 17:51:13 EDT 2006


On Tue, Aug 22, 2006 at 05:30:20PM -0700, Bryce Harrington wrote:
> On Mon, Aug 21, 2006 at 09:50:54PM -0400, J. Bruce Fields wrote:
> > http://www.citi.umich.edu/projects/nfsv4/linux/kernel-patches/2.6.18-rc4-1/linux-2.6.18-rc4-CITI_NFS4_ALL-1.diff
> > 
> Here is the report for this patch release (and the two prior releases):
> 
>  linux-2.6.18-rc4-CITI_NFS4_ALL-1   http://crucible.osdl.org/runs/1589/
> 
> 1.  Failure during holey file test  (Bugzilla #119)
> ==================================
> Starting with the linux-2.6.18-rc2-CITI_NFS4_ALL-1 patch, Connectathon
> 04 has been failing during the "holey file test"

With a patch proposed by Steve Dickson, this issue is now fixed and
verified.  

   http://bugzilla.linux-nfs.org/show_bug.cgi?id=119

> 2.  SETCLIENTID failures  (Bugzilla #120)
> ========================
> The following cases are failing due to issues related to SETCLIENTID:
> 
>  CID3     st_setclientid.testLoseAnswer                            : FAILURE
>  CID4     st_setclientid.testAllCases                              : FAILURE
>  LKT2b    st_lockt.testBlock                                       : FAILURE
>  OPEN7c   st_open.testChar                                         : FAILURE
>  OPEN11   st_open.testLongName                                     : FAILURE

We're still seeing newpynfs failures like these, although in additional
runs I've noticed it varies exactly which test cases fail.
E.g. sometimes OPEN7c passes but OPEN8 fails, or OPEN11 passes and
OPEN13 fails.

> 3.  ACL Attr failures  (Bugzilla #121)
> =====================
> NewPyNFS's setattr tests check for several unsupported features, which
> should return NFS4ERR_ATTRNOTSUPP.  These are currently failing because
> they are instead seeing NFS4ERR_NOTSUPP:
> 
>  SATT11a  st_setattr.testUnsupportedLink                           : FAILURE
>             SETATTR with unsupported attr acl should return
>             NFS4ERR_ATTRNOTSUPP, instead got NFS4ERR_NOTSUPP

Fwiw, these are present in the nfs-server-stable and nfsd-acl git
branches, but are passing in the nfs-client-stable branch.

> 4.  Iozone crashes  (Bugzilla #122)
> ==================
> We have been seeing a variety of crashes with Iozone in recent tests.
> It appears that there is a slab corruption, followed by a NULL pointer
> dereference BUG, and then an Oops.

Trond has provided a patch which fixed this 'use-after-free' issue with
the nfs server, which we've confirmed solves the issue.  Thanks Trond!

  http://bugzilla.linux-nfs.org/show_bug.cgi?id=122

With iozone now working, we've discovered some other new issues.  I'll
post those shortly.

Bryce



More information about the NFSv4 mailing list