Re: Optimal NFS mount options to safely allow interrupts and timeouts on newer kernels

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mar 6, 2014, at 12:47 PM, Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx> wrote:

> 
> On Mar 6, 2014, at 11:45, Chuck Lever <chuck.lever@xxxxxxxxxx> wrote:
> 
>> 
>> On Mar 6, 2014, at 11:16 AM, Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx> wrote:
>> 
>>> 
>>> On Mar 6, 2014, at 11:13, Chuck Lever <chuck.lever@xxxxxxxxxx> wrote:
>>> 
>>>> 
>>>> On Mar 6, 2014, at 11:02 AM, Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx> wrote:
>>>> 
>>>>> 
>>>>> On Mar 6, 2014, at 10:59, Chuck Lever <chuck.lever@xxxxxxxxxx> wrote:
>>>>> 
>>>>>> 
>>>>>> On Mar 6, 2014, at 10:33 AM, Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx> wrote:
>>>>>> 
>>>>>>> 
>>>>>>> On Mar 6, 2014, at 10:26, Chuck Lever <chuck.lever@xxxxxxxxxx> wrote:
>>>>>>> 
>>>>>>>> 
>>>>>>>> On Mar 6, 2014, at 7:34 AM, Jim Rees <rees@xxxxxxxxx> wrote:
>>>>>>>> 
>>>>>>>>> Given this is apache, I think if I were doing this I'd use ro,soft,intr,tcp
>>>>>>>>> and not try to write anything to nfs.
>>>>>>>> 
>>>>>>>> I agree. A static web page workload should be read-mostly or read-only. The (small) corruption risk with “ro,soft" is that an interrupted read would cause the client to cache incomplete data.
>>>>>>> 
>>>>>>> What? How? If that were the case, we would have a blatant read bug. As I read the current code, _any_ error will cause the page to not be marked as up to date.
>>>>>> 
>>>>>> Agree, the design is sound. But we don’t test this use case very much, so I don’t have 100% confidence that there are no bugs.
>>>>> 
>>>>> Is that the royal ‘we’, or are you talking on behalf of all the QA departments and testers here? I call bullshit…
>>>> 
>>>> If you want to differ with my opinion, fine. But your tone is not professional or appropriate for a public forum. You need to start treating all of your colleagues with respect, including me.
>>>> 
>>>> If anyone else had claimed a testing gap, you would have said “If that were the case, we would have a blatant read bug” and left it at that. But you had to go one needless and provocative step further.
>>>> 
>>>> Stop bullying me, Trond. I’ve had enough of it.
>>> 
>>> The stop spreading FUD. That is far from professional too.
>> 
>> FUD is a marketing term, and implies I had intent to deceive. Really?
>> 
>> I expressed a technical opinion, with a degree of uncertainty, just like everyone else does. People who ask questions here are free to take our advice or not, based on their own experience. They are adults, they read “IMO” where it is implied.
>> 
>> It is absolutely your right to say that I’m incorrect, or to clarify something I said. If you have test data that shows "ro,soft,tcp" cannot possibly cause any version of the Linux NFS client to cache corrupt data, show it, without invective. That is an appropriate response to my remark.
>> 
>> Face it, you over-reacted. Again. Knock it off.
>> 
> 
> You clearly don’t know what other people are testing with, and you clearly didn’t ask anyone before you started telling users that 'soft' is untested.

I suggested in a reply TO YOU that perhaps this use case was untested...

> I happen to know a server vendor for which _all_ internal QA tests are done using the ‘soft’ mount option on the clients. This is done for practical reasons in order to prevent client hangs if the server should panic.

… and that’s all you needed to say in response. But you have chosen to turn it into a shouting match because you read more into my words than was there.

> I strongly suspect that other QA departments are testing the ’soft' case too.

“I strongly suspect” means you don’t know for sure either.

Clearly Andrew and Brian are reporting a problem here, whether or not it’s related to data corruption, and vendor testing has not found it yet, apparently. I’m not surprised. Testing is difficult, and too often it finds only exactly what you’re looking for.

(On the technical issue, just using “soft” does not constitute a robust test. Repeatedly exercising the soft timeout is not the same as having “soft” in play “just in case” the server panics.)

> Acting as if you are an authoritative source on the subject of testing, when you are not and you know that you are not, does constitute intentional deception, yes.

No-one is "acting like an authority on testing," except maybe you.

What possible reason could I have for deceiving anyone about my authority or anything else? Do you understand that calling someone a liar in public is deeply offensive? Do you understand how unnecessarily humiliating your words are?

Assuming that you do understand, the level of inappropriate heat here is a sign that you have a long-standing personal issue with me. You seem to always read my words as a challenge to your authority, and that is never what I intend. There is nothing I can do about your mistaken impression of me.

> …and no, I don’t see anything above to indicate that this was an ‘opinion’ on the subject of what is being tested which is precisely why I called it.

LOL. You “called it” because my claim that testing wasn’t sufficient touched a nerve.

Are you really suggesting we all need to add “IMO” and a giant .sig disclaimer to everything we post to this list, or else Trond will swat us with a rolled up newspaper if he doesn’t happen to agree?

--
Chuck Lever



--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux