On 29.11.2010 17:07, John Baldwin wrote:
quoted text
> 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
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"