IETF Logo Mail Archive

Re: [nfsv4] Fwd: New Version Notification for draft-bhalevy-nfs-obj-00.txt

"J. Bruce Fields" <bfields@fieldses.org> Thu, 13 September 2012 13:38 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 BDDF821F854A for <nfsv4@ietfa.amsl.com>; Thu, 13 Sep 2012 06:38:48 -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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bwwxDmSMWXUZ for <nfsv4@ietfa.amsl.com>; Thu, 13 Sep 2012 06:38:48 -0700 (PDT)
Received: from fieldses.org (fieldses.org [174.143.236.118]) by ietfa.amsl.com (Postfix) with ESMTP id 3EA4021F8543 for <nfsv4@ietf.org>; Thu, 13 Sep 2012 06:38:48 -0700 (PDT)
Received: from bfields by fieldses.org with local (Exim 4.76) (envelope-from <bfields@fieldses.org>) id 1TC9cy-00080w-P2; Thu, 13 Sep 2012 09:38:44 -0400
Date: Thu, 13 Sep 2012 09:38:44 -0400
From: "J. Bruce Fields" <bfields@fieldses.org>
To: Benny Halevy <bhalevy@tonian.com>
Message-ID: <20120913133844.GB24684@fieldses.org>
References: <20120831125212.1375.39854.idtracker@ietfa.amsl.com> <5040B986.6010809@tonian.com> <20120907155007.GA1658@fieldses.org> <504F8FD0.6000704@tonian.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <504F8FD0.6000704@tonian.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: nfsv4 list <nfsv4@ietf.org>
Subject: Re: [nfsv4] Fwd: New Version Notification for draft-bhalevy-nfs-obj-00.txt
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: Thu, 13 Sep 2012 13:38:48 -0000

On Tue, Sep 11, 2012 at 10:24:00PM +0300, Benny Halevy wrote:
> Hi Bruce,
> 
> Thanks a lot for your review!
> my answers are in line below
> 
> Benny
> 
> On 2012-09-07 18:50, J. Bruce Fields wrote:
> > In the same pnfs_obj_nfs_add4: what will the client use ona_path for?
> > It addresses files by filehandle, not path.
> 
> ona_path is the mount path on the DS.
> It's required for the client to mount the DS and to optionally validate that it's
> accessing the right DS (if the server makes sure this path is unique in the cluster)

So this is purely a sanity check in case the data servers were
misconfigured?

I'm a little skeptical of this idea.

If you're set on doing this, at a minimum I think you'd need to define
what you mean by "mount".

(And: I don't recall seeing this explained in the spec.  But there's a
good chance I just overlooked it.)

--b.

v2.46.0 | Report a Bug | By Email | System Status