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

[Henri Hennebert]

Quoting Kris Kennaway <kris at obsecurity.org>:

> 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.

I encounter the same problem (kern/91631) and debug.mpsafevfs=0 don't solve
the issue!

I have to disable quota in etc/rc.conf.local and /etc/fstab to go around
the problem (options QUOTA is still in my kernel config). The system
is running for 6 days now and I cross my fingers...

I intend to send a follow-up to the PR after 15 days of uptime.

Henri

>
> Kris
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.