Re: panic: sched_priority: invalid priority 2906: nice 0, ticks 122865664 ftick 516947 ltick 517947 tick pri 2726

From: Alexander Motin <mav_at_FreeBSD.org>
Date: Mon, 29 Nov 2010 19:44:44 +0200
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_at_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
Received on Mon Nov 29 2010 - 16:44:57 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:09 UTC