Date: Mon, 15 Aug 2011 14:59:59 +0300 From: Andriy Gapon <avg@FreeBSD.org> To: Steven Hartland <killing@multiplay.co.uk> Cc: freebsd-stable@FreeBSD.org Subject: Re: debugging frequent kernel panics on 8.2-RELEASE Message-ID: <4E490A3F.1000205@FreeBSD.org> In-Reply-To: <9D034F992B064E8092E5D1D249B3E959@multiplay.co.uk> References: <47F0D04ADF034695BC8B0AC166553371@multiplay.co.uk><A71C3ACF01EC4D36871E49805C1A5321@multiplay.co.uk><4E4380C0.7070908@FreeBSD.org><EBC06A239BAB4B3293C28D793329F9CA@multiplay.co.uk> <4E43E272.1060204@FreeBSD.org> <62BF25D0ED914876BEE75E2ADF28DDF7@multiplay.co.uk> <4E440865.1040500@FreeBSD.org> <6F08A8DE780545ADB9FA93B0A8AA4DA1@multiplay.co.uk> <4E441314.6060606@FreeBSD.org> <2C4B0D05C8924F24A73B56EA652FA4B0@multiplay.co.uk> <4E48D967.9060804@FreeBSD.org> <9D034F992B064E8092E5D1D249B3E959@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
on 15/08/2011 13:34 Steven Hartland said the following: > ----- Original Message ----- From: "Andriy Gapon" <avg@FreeBSD.org> >> I think (not 100% sure) that with DDB in kernel we could get a better backtrace >> here, possibly with pre-dblfault stack frames, because DDB backend is a bit more >> smarter than the trivial stack(9) printer. > > I've added this into the the kernel on my test machine and will try > to get it panic over the next few days. Seems to need a few days on > uptime before the panics start happening. In addition to increasing > KSTACK_PAGES to 12, if you believe this may be stack exhaustion, do > you want me to remove this increase? Yes, I think it would make sense to change KSTACK_PAGES to the default value. But, OTOH, if you can afford to have DDB in a few more machines, then it would be interesting to compare behavior with different stack sizes. BTW, if you don't want your machines to sit at ddb prompt after panic, then you'd also need either KDB_UNATTENDED option or set debug.debugger_on_panic=0. -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E490A3F.1000205>