Date: Tue, 02 May 2006 13:50:42 -0500 From: Chris Dillon <cdillon@wolves.k12.mo.us> To: Kris Kennaway <kris@obsecurity.org> Cc: stable@freebsd.org Subject: Re: quota deadlock on 6.1-RC1 Message-ID: <20060502135042.d4owhc54eg4g8koc@www.wolves.k12.mo.us> In-Reply-To: <20060502175859.GB91405@xor.obsecurity.org> References: <20060502171853.GG753@dimma.mow.oilspace.com> <20060502172225.GA90840@xor.obsecurity.org> <20060502174429.GH753@dimma.mow.oilspace.com> <20060502175859.GB91405@xor.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Quoting Kris Kennaway <kris@obsecurity.org>: > On February 21 -- that is over 2 months ago -- I sent email to this > list containing a fix for the quota deadlocks that were known at the > time. I got minimal response from users, but it was uniformly > positive. The fix was committed, and the status of the "quota > deadlocks" item on the 6.1-RELEASE todo list was changed from "must > fix" to "believed fixed, please test". > > The next I heard about the problem was about a week ago when someone > reported another deadlock and several others chimed in with "oh yeah, > it still deadlocks for me too". > > Well, sorry folks, you should have told me in February. Or if you > only found out about the problem a week ago, you need to recognize > that problems raised at the last minute cannot always be fixed > instantly. I was one of those others who said "me too". :-) Although I subscribe to every FreeBSD mailing list, I usually just =20 glance over all of the subject lines until something catches my eye. =20 So, unfortunately, I apparently missed that whole bit and it wasn't =20 until a particular subject caught my eye recently that I thought it =20 might be addressing the same problem I had. I hadn't mentioned the =20 problem to the lists before because I had zero diagnostic information =20 about it and it was a production box that I couldn't fool around with =20 too much, so I had found a workaround (daily reboot) a long time ago =20 and didn't think much more about it. Although I recently compiled the =20 kernel with various debug options (WITNESS, DDB, etc.), it takes days =20 for it to recur (without daily reboots) and when it hanged again a =20 couple of nights ago, I completely forgot about trying to break into =20 the debugger and rebooted the box anyway. *slaps forehead* And of =20 course it hasn't happened again, yet. Maybe next time. I'll be happy when we figure out what the problem is and find a fix =20 for it, it doesn't matter to me whether or not it makes it into the =20 6.1 release.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060502135042.d4owhc54eg4g8koc>