diskio / filesystem related deadlock on SMP 6.0-STABLE machine.

[Mike Jakubik]

Atanas wrote:
>
> Kris Kennaway said the following on 1/26/2006 3:46 PM:
>> On Thu, Jan 26, 2006 at 06:44:22PM -0500, Kris Kennaway wrote:
>>> On Thu, Jan 26, 2006 at 06:37:16PM -0500, Mike Jakubik wrote:
>>>> Kris Kennaway wrote:
>>>>> On Thu, Jan 26, 2006 at 05:07:56PM +0200, Niki Denev wrote:
>>>>>  
>>>>>> On Thursday 26 January 2006 10:40, Niki Denev wrote:
>>>>>>    [...]
>>>>>>
>>>>>> After i disabled option QUOTA in both my default kernel config
>>>>>> and the one i compiled with the debugging options i was unable
>>>>>> to reproduce the deadlock again. (i hope it stays that way :) )
>>>>>> This, together with the report in my previous post probably point
>>>>>> that the problem is in the QUOTA support.
>>>>>>    
>>>>> Actually, I think this is known.
>>>>>
>>>>> Kris
>>>>>  
>>>> Well thats good to know, i was planning on upgrading a production 
>>>> box from 5 to 6, its SMP and uses QUOTA. How did 6 get released 
>>>> when QUOTA was known to cause deadlocks?
>>
>> FYI, you can probably work around this by setting debug.mpsafevfs=0.
>> Of course, you'll lose the filesystem performance benefits.
>>
>> Kris
>
> I'd like to confirm that setting debug.mpsafevfs=0 (along with 
> debug.mpsafevm=0 and debug.mpsafenet=0) doesn't help either.
>
> I ran into the same problem about a month ago on 2 production boxes 
> running 6-STABLE (SMP with QUOTA enabled) and the only way I found to 
> stop them crashing was switching back to 5.4.
>
> I hope this will get fixed in 6.1.

So do I! I'm quite surprised to hear of such a huge bug this late. I had 
plans in place to upgrade a few clients to 6-STABLE but this information 
changes a few of them. Hopefully someone knowledgeable enough will look 
in to this, unfortunately i can't test any code changes...