From: Lior <lior@tonian.com>
To: Boaz Harrosh <bharrosh@panasas.com>
Cc: tigran.mkrtchyan@desy.de, "Myklebust,
Trond" <Trond.Myklebust@netapp.com>,
Linux NFS mailing list <linux-nfs@vger.kernel.org>
Subject: Re: nfs v4.1 client without pNFS
Date: Mon, 14 May 2012 14:30:06 +0300 [thread overview]
Message-ID: <4FB0ECBE.2060503@tonian.com> (raw)
In-Reply-To: <4FB0CF8C.8090405@panasas.com>
בתאריך 14/05/2012 12:25, ציטוט Boaz Harrosh:
> On 05/13/2012 04:54 PM, Lior wrote:
>
>> Hi Tigran,
>>
>> I guess that's one way ( a dark white box way, which still needs to be
>> looked into)... but I was more thinking of a more high level built in
>> user method (e.g module option ,or mount option)
>>
>
> We used to have it but it was removed, being pointless. 4.1 means pNFS.
>
> The optional clause in the STD means client need no implement it but since
> we slaved so hard to do implement it we see no point ever disabling it.
>
> As an administrator policy it is best controlled in a single place at the
> Server. Instead of having a crap option set at every client. What does that
> give you?
>
> If the admin wants to let you have a choice, for what ever reason that I
> can't currently imagine, He can setup two exports of the same FS one
> with the pnfs option, one without.
I don't think you can export the same FS ( same path ) twice in 2
different ways...
In any case, I understand the explanation above concerning the design.
just tried to check if this line of thinking (4.1 without pNFS) is
needed and/or /wanted.
Thanks,
Lior K.
> The point of the all pNFS support is that everything is automatic, Server
> upgraded/extended/scaled boom transparently works.
>
> NACK on any user visible disables. It's a maintenance disaster. If you
> do find any real bugs with the pNFS option left on, please report ASAP
> and we'll fix it
>
> Cheers
> Boaz
>
>> Thanks for the fast response,
>> Lior K.
>>
>> בתאריך 13/05/2012 16:37, ציטוט Tigran Mkrtchyan:
>>> Hi Lior,
>>>
>>> you can blacklist the layout driver in /etc/modprobe.d/nfsv41.conf
>>>
>>> blacklist nfs_layout_nfsv41_files
>>>
>>>
>>> Tigran.
>>> On Sun, May 13, 2012 at 1:42 PM, Lior<lior@tonian.com> wrote:
>>>> Hi Trond,
>>>>
>>>> The rfc 5661 states that pNFS is an optional feature.
>>>> Is there currently an intent to implement some sort of an option (module
>>>> option ,or mount option) to run the NFSv4.1 client without pNFS
>>>> functionality?
>>>>
>>>> Thanks,
>>>> Lior K.
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
>>>> the body of a message to majordomo@vger.kernel.org
>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
next prev parent reply other threads:[~2012-05-14 11:30 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-13 11:42 nfs v4.1 client without pNFS Lior
2012-05-13 13:37 ` Tigran Mkrtchyan
2012-05-13 13:54 ` Lior
2012-05-13 14:16 ` Jim Rees
2012-05-14 9:25 ` Boaz Harrosh
2012-05-14 11:30 ` Lior [this message]
2012-05-14 11:41 ` Boaz Harrosh
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4FB0ECBE.2060503@tonian.com \
--to=lior@tonian.com \
--cc=Trond.Myklebust@netapp.com \
--cc=bharrosh@panasas.com \
--cc=linux-nfs@vger.kernel.org \
--cc=tigran.mkrtchyan@desy.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.