Re: nfs4-acl-tools 0.3.5

["Paul B. Henson" <henson@acm.org>]

On 8/22/2018 12:46 PM, J. Bruce Fields wrote:
> 
>> I'll strip them out and send you a patch soon; hopefully it won't 
>> take 10 more years to show up in a release :).
> 
> OK, great, thanks.

Patch sent; it was pretty trivial, hopefully it will suffice.

> I can't take knfsd patches to support something that only an
> out-of-tree filesystem cares about.

Hmm, I hadn't considered that, but I understand the position.

> Looks like ZFS has pretty much no chance of going upstream.

Yah, GPL, CDDL, they don't get along :(.

> You could try to port them to some other filesystem (xfs, ext4).

The ZFS on Linux port already supports the standard POSIX ACL. I'm 
curious, do those work with the NFS server? Does something specifically 
need to be done individually for each file system, or if it supports the 
standard extended attribute does any file system (including an out of 
tree file system) automatically function?

> But the attempt to implement rich ACLs (which are pretty similar)
> seemed to get vetoed for reasons I don't completely understand, and I
> don't see why this would fare any better.

While they have different implementation details, NFSv4 ACLs and rich 
ACLs seem to have compatible expression formats. If they ever do get 
implemented, I'd be able to switch from the somewhat inefficient 
system.nfs4 extended attribute interface between the kernel and user 
space for ZFS ACLs to a rich ACL API... And if the NFS server would 
simply work with any file system that exported a standard rich ACL, 
maybe ZFS would work then.

> So I think you'd be stuck carrying your own out-of-tree patches for
> it.

Hmm, that would greatly reduce the size of the user base; most 
distributions now make ZFS available via their packaging systems, but I 
don't know how many would be willing to include an extra ZFS specific 
kernel patch for NFS service.

Thanks again…