Date: Mon, 29 Nov 2010 19:44:44 +0200 From: Alexander Motin <mav@FreeBSD.org> To: David Rhodus <sdrhodus@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: panic: sched_priority: invalid priority 2906: nice 0, ticks 122865664 ftick 516947 ltick 517947 tick pri 2726 Message-ID: <4CF3E68C.4050300@FreeBSD.org> In-Reply-To: <201011291007.37044.jhb@freebsd.org> References: <AANLkTimy-2oSgy8E2D-=WO41%2BdSem8MY=ZNCSSH3bBt%2B@mail.gmail.com> <201011291007.37044.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 29.11.2010 17:07, John Baldwin wrote: > On Friday, November 26, 2010 4:38:49 pm David Rhodus wrote: >> I hit this panic on my NFS server. >> >> -DR >> >> coke.fun dumped core - see /var/crash/vmcore.2 >> >> Fri Nov 26 14:50:48 UTC 2010 >> >> FreeBSD coke.fun 9.0-CURRENT FreeBSD 9.0-CURRENT #14 r215800: Wed Nov >> 24 12:35:30 UTC 2010 root@coke.fun:/usr/obj/usr/src/sys/GENERIC >> i386 >> >> panic: sched_priority: invalid priority 2906: nice 0, ticks 122865664 >> ftick 516947 ltick 517947 tick pri 2726 > > I ran the numbers and assuming a hz of 1000, this requires you to have a very > large value for ts_ticks (about (2726 * 24)<< 10). I suspect this is due to > sched_tick() being invoked for a long idle sleep combined with the eventtimer > changes. Can you go to frame 10 and 'p td->td_sched->ts_ticks'? As I can see, this is VirtualBox virtual machine. So it is still a question what side makes so large hole in sched_tick() on some CPUs. It could be interesting to get ktr(4) dump with KTR_SPARE2 mask: options KTR options ALQ options KTR_ALQ options KTR_ENTRIES=131072 options KTR_COMPILE=(KTR_SPARE2) options KTR_MASK=(KTR_SPARE2) -- Alexander Motin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4CF3E68C.4050300>