Re: [nfsv4] draft-eisler-nfsv4-enterprise-apps-00.txt

"J. Bruce Fields" <bfields@fieldses.org> Thu, 14 October 2010 16:08 UTC

Return-Path: <bfields@fieldses.org>
X-Original-To: nfsv4@core3.amsl.com
Delivered-To: nfsv4@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6C2913A6B35 for <nfsv4@core3.amsl.com>; Thu, 14 Oct 2010 09:08:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.58
X-Spam-Level:
X-Spam-Status: No, score=-2.58 tagged_above=-999 required=5 tests=[AWL=0.019, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 898dK5mAErb0 for <nfsv4@core3.amsl.com>; Thu, 14 Oct 2010 09:08:02 -0700 (PDT)
Received: from fieldses.org (fieldses.org [174.143.236.118]) by core3.amsl.com (Postfix) with ESMTP id CA9753A6B11 for <nfsv4@ietf.org>; Thu, 14 Oct 2010 09:07:58 -0700 (PDT)
Received: from bfields by fieldses.org with local (Exim 4.71) (envelope-from <bfields@fieldses.org>) id 1P6QMn-000858-R1; Thu, 14 Oct 2010 12:09:17 -0400
Date: Thu, 14 Oct 2010 12:09:17 -0400
To: Mike Eisler <mre-ietf@eisler.com>
Message-ID: <20101014160917.GJ24146@fieldses.org>
References: <c8401bdd91b16fd501edd08b5957302c.squirrel@webmail.eisler.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <c8401bdd91b16fd501edd08b5957302c.squirrel@webmail.eisler.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
From: "J. Bruce Fields" <bfields@fieldses.org>
Cc: nfsv4@ietf.org
Subject: Re: [nfsv4] draft-eisler-nfsv4-enterprise-apps-00.txt
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: NFSv4 Working Group <nfsv4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Thu, 14 Oct 2010 16:08:03 -0000

On Wed, Oct 13, 2010 at 03:40:21PM -0700, Mike Eisler wrote:
> 
> (apologies if this a dup)
> 
> Margaret Susairaj of Oracle and I (of NetApp) posted this
> internet-draft, which proposes extensions to NFSv4 for
> better support of enterprise applications, such
> as databases.
> 
> http://www.ietf.org/id/draft-eisler-nfsv4-enterprise-apps-00.txt
> 
> I have requested time at the IETF meeting in Beijing to discuss this.

Miscellaneous, possibly dumb questions:

	- Can you define "enterprise application" for the purpose of
	  this draft?

	- INITIALIZE:
		- I'm confused by the motivation.  So an application is
		  trying to detect whether an unused section of a file
		  has been corrupted?  Does it even care about
		  corruption of regions where it hasn't stored any data?
		  What does data corruption in an unallocated region
		  even mean?  If you care about data corruption, don't
		  you need additional application-level mechanisms (say,
		  checksums of some kind) that would render INITIALIZE
		  unnecessary?  I'm sure I'm just missing something;
		  pointers to literature welcomed.
		- Has anyone talked to e.g. linux filesystem people to
		  figure out support for interfaces necessary for an
		  application to perform INITIALIZE from a client,
		  and/or to let an nfs server perform it on a
		  filesystem?

	- ADVISE ops: the types look almost like those in posix_fadvise,
	  but not exactly; out of curiosity, why the differences?

	- SESSION_CTL: why is managing an additional sessions more
	  complicated than implementing SESSION_CTL?

--b.