Re: [nfsv4] Some stuff on referrals/migration

Brent Callaghan <brent@eng.sun.com> Fri, 21 May 2004 02:16 UTC

Received: from optimus.ietf.org (www.iesg.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA13133 for <nfsv4-archive@odin.ietf.org>; Thu, 20 May 2004 22:16:35 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BQzYw-0002TW-Dr for nfsv4-archive@odin.ietf.org; Thu, 20 May 2004 22:15:07 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i4L2F6Ve009509 for nfsv4-archive@odin.ietf.org; Thu, 20 May 2004 22:15:06 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BQzY4-0002H2-0a for nfsv4-web-archive@optimus.ietf.org; Thu, 20 May 2004 22:14:12 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA13075 for <nfsv4-web-archive@ietf.org>; Thu, 20 May 2004 22:14:08 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BQzY0-0007NJ-U7 for nfsv4-web-archive@ietf.org; Thu, 20 May 2004 22:14:09 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BQzX0-0007JH-00 for nfsv4-web-archive@ietf.org; Thu, 20 May 2004 22:13:07 -0400
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1BQzWX-0007F8-00 for nfsv4-web-archive@ietf.org; Thu, 20 May 2004 22:12:37 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BQzT4-0001Gc-He; Thu, 20 May 2004 22:09:02 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BQzPD-00009h-PC for nfsv4@optimus.ietf.org; Thu, 20 May 2004 22:05:03 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA12741 for <nfsv4@ietf.org>; Thu, 20 May 2004 22:05:00 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BQzPA-0006YK-My for nfsv4@ietf.org; Thu, 20 May 2004 22:05:00 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BQzOC-0006SV-00 for nfsv4@ietf.org; Thu, 20 May 2004 22:04:00 -0400
Received: from nwkea-mail-1.sun.com ([192.18.42.13]) by ietf-mx with esmtp (Exim 4.12) id 1BQzND-0006Js-00 for nfsv4@ietf.org; Thu, 20 May 2004 22:02:59 -0400
Received: from jurassic.eng.sun.com ([129.146.86.31]) by nwkea-mail-1.sun.com (8.12.10/8.12.9) with ESMTP id i4L22ToK003948; Thu, 20 May 2004 19:02:29 -0700 (PDT)
Received: from eng.sun.com (terra.SFBay.Sun.COM [129.146.86.99]) by jurassic.eng.sun.com (8.13.0.Beta2+Sun/8.13.0.Beta2) with ESMTP id i4L22T0B615114; Thu, 20 May 2004 19:02:29 -0700 (PDT)
Message-ID: <40AD6325.7000109@eng.sun.com>
From: Brent Callaghan <brent@eng.sun.com>
Reply-To: Brent.Callaghan@Sun.COM
Organization: Sun Microsystems
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.5b) Gecko/20030911
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Noveck, Dave" <Dave.Noveck@netapp.com>
CC: nfsv4@ietf.org
Subject: Re: [nfsv4] Some stuff on referrals/migration
References: <C8CF60CFC4D8A74E9945E32CF096548AB80DFB@silver.nane.netapp.com>
In-Reply-To: <C8CF60CFC4D8A74E9945E32CF096548AB80DFB@silver.nane.netapp.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: nfsv4-admin@ietf.org
Errors-To: nfsv4-admin@ietf.org
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=unsubscribe>
List-Id: NFSv4 Working Group <nfsv4.ietf.org>
List-Post: <mailto:nfsv4@ietf.org>
List-Help: <mailto:nfsv4-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=subscribe>
List-Archive: <https://www1.ietf.org/mail-archive/working-groups/nfsv4/>
X-Original-Date: Thu, 20 May 2004 19:02:13 -0700
Date: Thu, 20 May 2004 19:02:13 -0700
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Hi Dave,

I think we had a referrals/migration discussion a year or so
back, where there issue came down to some fundamentals of a
global namespace: should it be implemented at the client or
at the server.  Currently it's based at the client, via automounters,
and NFSv4 referrals are an attempt to base it at the server.
But I don't think we're going to resolve that here.

I think NFS4ERR_MOVED and fs_locations was proposed with a more
modest goal of allowing server admins to shuffle NFS filesystems
around and the back end and not have to tell the clients, i.e.
the clients would just automagically follow the referrals,
mounts could stay in place, and files stay open.  I believe
it was inspired by the AFS filesystem, which could quite
easily relocate filesystems on the fly via some clever
snapshotting and simple Volume Location Database updates.
However, I don't think NFS is anywhere near as monolithic
as AFS was, with its VLDB, cells, and special filesystems.

There are some issues that NFSv4 cannot have its own way,
and filesystem relocation is probably one of them.  How
do you make it work on a multi-protocol NAS server ?
How do the CIFS, AFP and NFSv2,v3 clients follow a filesystem
that's been moved ?  I just don't think file server admins
are going to move stuff around - unless there's some kind
of accomodation for existing NFS clients.

	Brent


_______________________________________________
nfsv4 mailing list
nfsv4@ietf.org
https://www1.ietf.org/mailman/listinfo/nfsv4