Return-Path: Received: from mx2.netapp.com ([216.240.18.37]:21486 "EHLO mx2.netapp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751541Ab1ARSim convert rfc822-to-8bit (ORCPT ); Tue, 18 Jan 2011 13:38:42 -0500 Subject: Re: 4.1 no-pnfs mount option? From: Trond Myklebust To: Benny Halevy Cc: Daniel.Muntz@emc.com, rees@umich.edu, androsadamson@gmail.com, linux-nfs@vger.kernel.org In-Reply-To: <4D35DD69.2040902@panasas.com> References: <20110114151945.GA21629@merit.edu> <20110114153846.GA21766@merit.edu> <1295019712.3576.1.camel@heimdal.trondhjem.org> <1295375309.3746.25.camel@heimdal.trondhjem.org> <4D35DD69.2040902@panasas.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 18 Jan 2011 13:38:41 -0500 Message-ID: <1295375921.3746.27.camel@heimdal.trondhjem.org> Sender: linux-nfs-owner@vger.kernel.org List-ID: MIME-Version: 1.0 On Tue, 2011-01-18 at 20:35 +0200, Benny Halevy wrote: > On 2011-01-18 20:28, Trond Myklebust wrote: > > On Tue, 2011-01-18 at 12:44 -0500, Daniel.Muntz@emc.com wrote: > >> > >>> -----Original Message----- > >>> From: linux-nfs-owner@vger.kernel.org > >>> [mailto:linux-nfs-owner@vger.kernel.org] On Behalf Of Trond Myklebust > >>> Sent: Friday, January 14, 2011 7:42 AM > >>> To: Jim Rees > >>> Cc: William A. (Andy) Adamson; linux-nfs@vger.kernel.org > >>> Subject: Re: 4.1 no-pnfs mount option? > >>> > >>> On Fri, 2011-01-14 at 10:38 -0500, Jim Rees wrote: > >>>> William A. (Andy) Adamson wrote: > >>>> > >>>> No mount option - just configure your machine to not load any pnfs > >>>> layoutdriver modules. > >>>> > >>>> That works, thanks, but I was hoping for a way to have > >>> layout and non-layout > >>>> mounts going on at the same time. > >>> > >>> Different VMs? > >>> > >>> Trond > >> > >> Would there be any objections to adding a "nopnfs" mount option to force this behavior? It could be useful at least for testing, possibly for working around server problems, or if an admin knows that certain clients' usage patterns would be better served by disabling pnfs. > > > > Yes. Why should we be adding debugging mount options to the upstream > > code? Just test the damned pnfs code properly before it goes upstream... > > > > Trond > > Such a mount option could be useful for dealing with buggy servers (pnfs-wise) so you > could mount one server with pnfs and another without. You can find ways around that. Just use 2 clients: one with pnfs switched on, and one with it off. I really don't want to introduce mount options upstream unless they are useful in the long term. One off usefulness does not pass that test. -- Trond Myklebust Linux NFS client maintainer NetApp Trond.Myklebust@netapp.com www.netapp.com