Date: Fri, 27 Jan 2006 03:24:16 -0500 From: Mike Jakubik <mikej@rogers.com> To: Atanas <atanas@asd.aplus.net> Cc: freebsd-stable@freebsd.org, Kris Kennaway <kris@obsecurity.org> Subject: Re: diskio / filesystem related deadlock on SMP 6.0-STABLE machine. Message-ID: <43D9D8B0.1050003@rogers.com> In-Reply-To: <43D9D649.9030003@asd.aplus.net> References: <200601202003.30336.nike_d@cytexbg.com> <43D79F09.7090505@cytexbg.com> <200601261040.49015.nike_d@cytexbg.com> <200601261707.56664.nike_d@cytexbg.com> <20060126161728.GA18234@xor.obsecurity.org> <43D95D2C.8010101@rogers.com> <20060126234422.GA26532@xor.obsecurity.org> <20060126234609.GA26648@xor.obsecurity.org> <43D9D649.9030003@asd.aplus.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?43D9D8B0.1050003>