Quoting Kris Kennaway <[EMAIL PROTECTED]>:
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.
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
