From: "J. Bruce Fields" Subject: Re: [NFS] export dir thru 2 diff path names Date: Wed, 3 Dec 2008 16:46:14 -0500 Message-ID: <20081203214614.GT16846@fieldses.org> References: <491869F0.1000505@bnl.gov> <620E93B2E5CC3B46BD811165E3335B8702F374A0@0461-its-exmb02.us.saic.com> <491882AB.6070908@bnl.gov> <620E93B2E5CC3B46BD811165E3335B8702F37542@0461-its-exmb02.us.saic.com> <4918859C.6080608@bnl.gov> <620E93B2E5CC3B46BD811165E3335B8702F3759D@0461-its-exmb02.us.saic.com> <20081110192820.GC19053@fieldses.org> <20081110204443.GK19053@fieldses.org> <620E93B2E5CC3B46BD811165E3335B8702FD3423@0461-its-exmb02.us.saic.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: Chuck Lever , nfs@lists.sourceforge.net, Sev Binello To: "Murata, Dennis" Return-path: Received: from neil.brown.name ([220.233.11.133]:48343 "EHLO neil.brown.name" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751672AbYLCVrK (ORCPT ); Wed, 3 Dec 2008 16:47:10 -0500 Received: from brown by neil.brown.name with local (Exim 4.69) (envelope-from ) id 1L7zYp-0007MS-Lg for linux-nfs@vger.kernel.org; Thu, 04 Dec 2008 08:47:07 +1100 In-Reply-To: <620E93B2E5CC3B46BD811165E3335B8702FD3423-9/h0XwadXgnyjpQT3Si/rsM9+qvyE0V4QQ4Iyu8u01E@public.gmane.org> Sender: linux-nfs-owner@vger.kernel.org List-ID: On Wed, Nov 12, 2008 at 10:04:30AM -0800, Murata, Dennis wrote: > One last question for the maintainers and the community. Is this viewed > as an undocumented feature or a bug to be fixed? I would hate to > recommend use of the exported link, only to have it disabled by an > updated patch. Hopefully if it turns out there's some good reason why we'd need to disable it, then we can provide some sort of backwards-compatibility flag (or at least a warning). --b. > > Wayne > > > -----Original Message----- > > From: J. Bruce Fields [mailto:bfields@fieldses.org] > > Sent: Monday, November 10, 2008 2:45 PM > > To: Chuck Lever > > Cc: Murata, Dennis; nfs@lists.sourceforge.net; Sev Binello > > Subject: Re: [NFS] export dir thru 2 diff path names > > > > On Mon, Nov 10, 2008 at 03:20:42PM -0500, Chuck Lever wrote: > > > On Nov 10, 2008, at Nov 10, 2008, 2:28 PM, J. Bruce Fields wrote: > > >> On Mon, Nov 10, 2008 at 11:28:04AM -0800, Murata, Dennis wrote: > > >>> That really is the 64K question. During my initial testing, I > > >>> exported the parent directory. Now I am explicitly exporting the > > >>> installation directories, where I see the exportfs > > message. In the > > >>> messages log file on the server the mount request from > > the client is > > >>> always the actual directory. > > >> > > >> I don't see how this would be "unsafe"--if it works, go for it. > > >> > > >> One potential trap: it's using the same client list and export > > >> options for both, so if you think you can make one of them > > read-only > > >> and one of them writeable, for example, you'll be disapointed. > > > > > > I wonder how this behaves on the client side. If the same client > > > mounts both paths, will it recognize that these are the > > same and use a > > > shared page cache for both? > > > > Yeah, who knows. I suspect it assumes they're different if > > the mount paths are different. > > > > But for most people's purposes it probably doesn't matter > > much. (For the purposes people have mentioned so far they > > don't even need to mount both paths from the same client at once.) > > > > --b. > > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs _______________________________________________ Please note that nfs@lists.sourceforge.net is being discontinued. Please subscribe to linux-nfs@vger.kernel.org instead. http://vger.kernel.org/vger-lists.html#linux-nfs