[PATCH] Add tests for our NFSv4 ACL code
Alexander Werth
werth at linux.vnet.ibm.com
Fri Apr 26 08:48:13 MDT 2013
On Fri, 2013-04-26 at 22:04 +1000, Andrew Bartlett wrote:
> On Wed, 2013-04-24 at 13:13 +1000, Andrew Bartlett wrote:
> > On Mon, 2013-04-22 at 14:44 +0200, Alexander Werth wrote:
> > > On Mon, 2013-04-22 at 10:32 +1000, Andrew Bartlett wrote:
> > > > On Wed, 2013-04-17 at 21:13 +0200, Alexander Werth wrote:
> > > > > On Sun, 2013-04-14 at 22:00 +1000, Andrew Bartlett wrote:
> > > > > > From here, I want to learn more about the failures, work out at what
> > > > > > layer we should be doing various inheritance operations (adding
> > > > > > emulation if required), and possibly patch raw.acls to optionally skip
> > > > > > SACLs in the comparisons.
> > > > >
> > > > > I've merged the inheritance emulation into your nfs4acl_xattr module.
> > > > > Please find the code in the attached patch.
> > > > > The idea is that if no xattr with nfs4 acls is found the parent
> > > > > folders are inspected recursively.
> > > > > This way any vfs operation reading the acl of a file that just got
> > > > > created with an open call will return the right security descriptor.
> > > > >
> > > > > With this the test nfs4acl_xattr.dynamic passes.
> > > > > The nfs4acl_xattr.inheritance passes as well but there are
> > > > > warnings since the SDs don't match bit for bit and the torture
> > > > > test returns a failed even though there was no hard error.
> > > > > So I guess we have to adjust the torture test before committing
> > > > > this patch.
> > > >
> > > > Thanks for all your hard work here. These changes seen entirely
> > > > sensible to me. Could you perhaps merge them into a set that could be
> > > > committed to master? (Probably squash some of them together)
> > >
> > > Sounds good. I've rebased and attached a patchset that contains the
> > > following commits:
> > >
> > > build: Move nfs4acl to the top level
> > > vfs: Add vfs_handle_struct argument to smb_set_nt_acl_nfs4 and the callback
> > > vfs: Allocate SMB4ACL_T on an explict memory context
> > > vfs: Fix compile of vfs_gpfs.c.
> > > vfs: Remove unused security_info argument in vfz_zfsacl.c
> > > vfs: Fix missing TALLOC_CTX argument in vfs_zfsacl on blocking functions
> > > vfs: Add new VFS module vfs_nfs4acl_xattr to use nfs4acl.idl
> > > librpc: Add special owner/group/other constants to nfs4acl.idl
> > > selftest: Run raw.acls test against the nfs4acl_xattr module
> > > vfs: Add inheritance emulation to vfs_nfs4acl_xattr.
> > > s4-smbtorture: Set result message when failing the inheritance test.
> >
> > For my part, I'm happy for you to add:
> >
> > Reviewed-By: Andrew Bartlett <abartlet at samba.org>
> >
> > But perhaps squash some of the patches that fix compile issues into the
> > patches that add them.
> >
> > BTW, the set with the extra tests and the 9467 patch is in my nfsv4-2
> > branch.
>
> I've updated that branch, as I found I made similar errors in the ZFS
> code as I did in the GPFS code. Make sure you grab the more recent
> code.
Are you sure you pushed these changes?
In vfs_zfsacl.c I can see a call to zfs_get_nt_acl_common in
zfsacl_get_nt_acl that's apparently using wrong parameters. Is that the
thing you fixed already?
> I've also added the review markers to the relevant patches.
But I can see these.
More information about the samba-technical
mailing list