Re: Panic after "in_cksum_skip: out of data by 260"

From: Jeremie Le Hen <jeremie_at_le-hen.org>
Date: Wed, 13 Apr 2005 11:43:38 +0200
Hi Eirik,

> Today I received this message on my serial console:
> 
> in_cksum_skip: out of data by 260
> Fatal trap 12: page fault while in kernel mode
> cpuid = 1; apic id = 00
> fault virtual address   = 0xc
> fault code              = supervisor read, page not present
> instruction pointer     = 0x8:0xc066ec33
> stack pointer           = 0x10:0xd5437974
> frame pointer           = 0x10:0xd5437998
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, def32 1, gran 1
> processor eflags        = interrupt enabled, resume, IOPL = 0
> current process         = 36 (swi1: net)
> trap number             = 12
> panic: page fault
> cpuid = 1
> boot() called on cpu#0
> Uptime: 1d15h8m10s
> 
> This server has been very stable for a very long time. This crash surprises
> me somewhat.
> Uname output:
> FreeBSD carnen.net 5.3-STABLE FreeBSD 5.3-STABLE #0: Wed Feb  2 21:02:44 CET
> 2005     root_at_carnen.net:/usr/obj/usr/src/sys/CARNEN  i386
> 
> Any idea what could have caused this?

I have no idea about what could have caused this, but in this case, it
would be useful to have a crashdump and its associated kernel.debug file,
or at least a backtrace (but you must have enabled the break to debugger
on panic).  I guess you could also use addr2line(1) to determine which
function caused the panic from the instruction pointer, but it's likely
not enough to help understanding the problem.

In order to get a crashdump, your swap space must at least be as large
as your RAM and you will have to set the following variables :

  dumpdev="AUTO"
  dumpdir="/usr/space/crash"

Note that if dumpdir is not set, it defaults to /var/crash.

Best regards,
-- 
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >
Received on Wed Apr 13 2005 - 07:44:14 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:32 UTC