From owner-freebsd-fs@FreeBSD.ORG Tue Jul 17 15:59:44 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E76C816A402 for ; Tue, 17 Jul 2007 15:59:44 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id BC65913C4AC for ; Tue, 17 Jul 2007 15:59:44 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l6HFxhie056969; Tue, 17 Jul 2007 10:59:44 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <469CE76F.9040105@freebsd.org> Date: Tue, 17 Jul 2007 10:59:43 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Rick Macklem References: <469CAE7D.8090609@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-fs@freebsd.org Subject: Re: NFS on NFS? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 15:59:45 -0000 Rick Macklem wrote: > > > On Tue, 17 Jul 2007, Eric Anderson wrote: > >> Here's what I'd like to do: >> >> - Mount NFS export from filer 'A' >> - Export that mountpoint to clients via NFS >> >> I've already tried it, and it doesn't quite work. FreeBSD allows me >> to export it (doing tricks like null mounting the NFS mounted >> directory on a different directory, etc). But when a client mounts >> it, it has issues. >> >> Does anyone know if this is a reasonable problem to solve for FreeBSD, >> or is it so much work that it isn't worth it? >> >> Oh, and please - I understand the implications of doing such a thing, >> no worries, I still want to. >> > Since this wasn't allowed for NFSv2 and 3 (due to issues such as > providing a T stable file handle), clients probably won't handle > it well. In general, NFSv2 and 3 clients will get really confused > when the fsid or fid changes and break in subtle ways if the file > handle is not T stable (refers to that file only, including long > after the file is deleted). Is that really true? It looked like the NFS handle was created by various file system goo, which could come up again some time in the future. For instance, file a file systems inode table, rm all the files, do it again (with different data in the files). Wouldn't the NFS handle look the same to the client then, but be a different file? Or when we say 'file' do we mean 'inode' on a file system? Also, by 'T stable', does 'T' mean 'time' here? I'm not certain I completely understand why the clients would get confused. Wouldn't it look something like this: [File system->NFS server->NFS handle] | V [NFS client->virtual file system->NFS server->NFS handle2] | V [NFS Client->virtual file system->application] > NFSv4 does allow mount point crossings (fsid to change), but some > clients, such as Solaris10 are confused by it. > > An easier solution might be to write a simple proxy that just forwards > the RPC requests/replies to the actual server. Thanks, Eric