Re: [nfsv4] Constructing a NFSv4 ACL from POSIX mode bits

"J. Bruce Fields" <bfields@fieldses.org> Tue, 24 July 2012 20:09 UTC

Return-Path: <bfields@fieldses.org>
X-Original-To: nfsv4@ietfa.amsl.com
Delivered-To: nfsv4@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98A2C11E80A4 for <nfsv4@ietfa.amsl.com>; Tue, 24 Jul 2012 13:09:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sH3RCju+qwMO for <nfsv4@ietfa.amsl.com>; Tue, 24 Jul 2012 13:09:36 -0700 (PDT)
Received: from fieldses.org (fieldses.org [174.143.236.118]) by ietfa.amsl.com (Postfix) with ESMTP id 93FDE11E8091 for <nfsv4@ietf.org>; Tue, 24 Jul 2012 13:09:36 -0700 (PDT)
Received: from bfields by fieldses.org with local (Exim 4.72) (envelope-from <bfields@fieldses.org>) id 1StlQC-00037o-RU; Tue, 24 Jul 2012 16:09:32 -0400
Date: Tue, 24 Jul 2012 16:09:32 -0400
From: "J. Bruce Fields" <bfields@fieldses.org>
To: Nico Williams <nico@cryptonector.com>
Message-ID: <20120724200932.GM8570@fieldses.org>
References: <20120724193348.GA4977@netapp.com> <CAK3OfOji009CP88tDNOp-nvdPBkvp0oKfJUqhO_TYuZktwhUCg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CAK3OfOji009CP88tDNOp-nvdPBkvp0oKfJUqhO_TYuZktwhUCg@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: linux-nfs@vger.kernel.org, nfsv4@ietf.org
Subject: Re: [nfsv4] Constructing a NFSv4 ACL from POSIX mode bits
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: NFSv4 Working Group <nfsv4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/nfsv4>
List-Post: <mailto:nfsv4@ietf.org>
List-Help: <mailto:nfsv4-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Jul 2012 20:09:37 -0000

On Tue, Jul 24, 2012 at 03:00:57PM -0500, Nico Williams wrote:
> On Tue, Jul 24, 2012 at 2:33 PM, Haynes, Tom <thomas@netapp.com> wrote:
> > Bruce,
> >
> > In looking at http://tools.ietf.org/html/draft-ietf-nfsv4-acl-mapping-05, it
> > states that when mapping the write bit, only for the owner do we set
> > ACE4_WRITE_ACL.
> >
> > Back in version 00, it is open as to whether we can also set it for the
> > group and other if they have the write bit set.
> >
> > I looked back at the NFSv4 WG aliases and I see some discussion from Lisa
> > on how Solaris only ever sets it for the owner due to POSIX restrictions
> > via chmod(). So, now I know how another server does it.
> 
> This has changed.  I wrote this up here:
> 
> http://cryptonector.com/2011/11/zfs-aclchmod-interactions-in-solaris-11/
> 
> IIRC all ACEs for anything other than OWNER@ (or a user of the same
> name/ID) contribute to the group bits of the mode, the EVERYONE@ entry
> contributes to the world bits of the mode, and the OWNER@ and/or user
> ACEs for the owner name/ID contribute to the owner bits of the mode.
> 
> The new scheme is really much simpler and more natural than everything
> else tried before.

Sounds reasonable.

But Tom was asking above only about ACE4_WRITE_ACL.  And possibly only
in the legacy case.  (Does ZFS have a real ACE4_WRITE_ACL bit?)

--b.