Re: [nfsv4] xattr model in draft-naik-nfsv4-xattrs-01?

"J. Bruce Fields" <bfields@fieldses.org> Sun, 05 October 2014 01:12 UTC

Return-Path: <bfields@fieldses.org>
X-Original-To: nfsv4@ietfa.amsl.com
Delivered-To: nfsv4@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D11C21A0345 for <nfsv4@ietfa.amsl.com>; Sat, 4 Oct 2014 18:12:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.686
X-Spam-Level:
X-Spam-Status: No, score=-2.686 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.786] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Idg2e23vRrt9 for <nfsv4@ietfa.amsl.com>; Sat, 4 Oct 2014 18:12:24 -0700 (PDT)
Received: from fieldses.org (fieldses.org [174.143.236.118]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C0231A034E for <nfsv4@ietf.org>; Sat, 4 Oct 2014 18:12:24 -0700 (PDT)
Received: from bfields by fieldses.org with local (Exim 4.76) (envelope-from <bfields@fieldses.org>) id 1XaaN3-0007Zw-9t; Sat, 04 Oct 2014 21:12:21 -0400
Date: Sat, 04 Oct 2014 21:12:20 -0400
To: Manoj Naik <mnaik@us.ibm.com>
Message-ID: <20141005011220.GA29023@fieldses.org>
References: <20141004161750.GA22828@lst.de> <OF88F663C8.C237679D-ON88257D67.006E4B58-88257D67.0070FBCC@us.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <OF88F663C8.C237679D-ON88257D67.006E4B58-88257D67.0070FBCC@us.ibm.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
From: "J. Bruce Fields" <bfields@fieldses.org>
Archived-At: http://mailarchive.ietf.org/arch/msg/nfsv4/F2wwSkzuPX2M0SKkTvzlS0RLb6s
Cc: Christoph Hellwig <hch@lst.de>, nfsv4@ietf.org
Subject: Re: [nfsv4] xattr model in draft-naik-nfsv4-xattrs-01?
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.15
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: Sun, 05 Oct 2014 01:12:26 -0000

On Sat, Oct 04, 2014 at 01:34:04PM -0700, Manoj Naik wrote:
> Christoph Hellwig <hch@lst.de> wrote on 10/04/2014 09:17:50 AM:
> > On the GETXATTR side you conflate the LISTXATTR operation with GETXATTR,
> > as well as adding a new bulk get one that isn't present in any OS API
> > I know.  Both the argument and return structures are basically entirely
> > different for the different cases.
> 
> Agree that GETXATTR includes what is traditionally provided by listxattr()
> call. The idea was to limit the number of new operations provided to two -
> GETXATTR and SETXATTR. But if there is consensus, we don't have an issue
> with adding a LISTXATTR instead.
> 
> I think the ability to get/set all xattrs of a given file
> (getallxattrs/setallxattrs?) is useful, especially for backup/restore
> programs. Granted that there isn't an OS API that exposes this, but perhaps
> there should be one? I know some backup utilities that work directly with a
> filesystem API to do this. Especially over NFS, I believe a single RPC that
> accomplishes this may be desirable. I know somebody on the list or at the
> IETF meeting asked for this specifically too.

What does this allow you to do that you can't do by sending multiple
RPCs, or a single RPC with multiple getxattr/setxattr ops.

--b.