Return-Path: Received: from fieldses.org ([173.255.197.46]:32806 "EHLO fieldses.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753268AbcEZSlT (ORCPT ); Thu, 26 May 2016 14:41:19 -0400 Date: Thu, 26 May 2016 14:41:18 -0400 From: "J. Bruce Fields" To: Tom Haynes Cc: Andy Adamson , Chuck Lever , "Adamson, Andy" , Linux NFS Mailing List Subject: Re: Configuring flex file DS on Linux upstream Message-ID: <20160526184118.GB22868@fieldses.org> References: <04273F60-806B-4E12-B097-388C346F2DED@oracle.com> <40E6E131-029E-4337-A235-B1DB5CA687AA@netapp.com> <20160525184837.GA15210@fieldses.org> <9614D777-9C75-4FBB-BD06-4EC366273B49@oracle.com> <20160526152253.GC21450@fieldses.org> <20160526183134.GA30979@psyklo.internal.excfb.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20160526183134.GA30979@psyklo.internal.excfb.com> Sender: linux-nfs-owner@vger.kernel.org List-ID: On Thu, May 26, 2016 at 11:31:34AM -0700, Tom Haynes wrote: > fwiw, I'm looking at being able to specify a remote DS for the next version > of the flex file server. Is it worth considering that in the discussion > being done in Andy's thread about "Configuring fs_locations on Linux upstream server pseudo fs for session trunking"? > > For example: > > /mds *(rw,pnfs,ff_ds=192.168.2.101.2049:/ds,insecure,no_root_squash,no_all_squash) > > And in the far future, I'd want it to be a multipath list. > > I don't see this as something that changes often and the exports > seem like the most natural fit. I don't understand the ":/ds" part. You just look up stuff by filehandle on the data server, so we shouldn't have to know anything about paths there, should we? Or is the problem that it might need to mount something first in the v3 case? Otherwise, I guess exports makes sense, as long as this really is per-export information. The thing that's a little different about the multipath information is that that's really a global server property, not something that can vary from one filesystem to another. --b.