Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 07 Mar 2013 14:12:45 +0100
From:      =?ISO-8859-1?Q?Lo=EFc?= Blot <loic.blot@unix-experience.fr>
To:        freebsd-stable@freebsd.org
Subject:   Re: Strange reboot since 9.1
Message-ID:  <1362661965.16808.36.camel@iMac-LBlot.domain.iogs>
In-Reply-To: <51388E42.5040500@FreeBSD.org>
References:  <1362560123.16808.4.camel@iMac-LBlot.domain.iogs> <CAJ-UWtTA2P26PUa=6%2B3xR4idC5RqeXnK2s-jw3815Y6Dif-Sng@mail.gmail.com> <1362652057.16808.23.camel@iMac-LBlot.domain.iogs> <51388E42.5040500@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi Andriy,
thanks for your help.

here is the stack backtrace (i have 11 core.txt files, and each has this
crash). (cat /var/crash/core.txt.11)

panic: page fault
cpuid = 0
KDB: stack backtrace:
#0 0xffffffff809208a6 at kdb_backtrace+0x66
#1 0xffffffff808ea8be at panic+0x1ce
#2 0xffffffff80bd8240 at trap_fatal+0x290
#3 0xffffffff80bd857d at trap_pfault+0x1ed
#4 0xffffffff80bd8b9e at trap+0x3ce
#5 0xffffffff80bc315f at calltrap+0x8
#6 0xffffffff80a861d5 at udp_input+0x475
#7 0xffffffff80a043dc at ip_input+0xac
#8 0xffffffff809adafb at netisr_dispatch_src+0x20b
#9 0xffffffff809a35cd at ether_demux+0x14d
#10 0xffffffff809a38a4 at ether_nh_input+0x1f4
#11 0xffffffff809adafb at netisr_dispatch_src+0x20b
#12 0xffffffff80438fd7 at bce_intr+0x487
#13 0xffffffff808be8d4 at intr_event_execute_handlers+0x104
#14 0xffffffff808c0076 at ithread_loop+0xa6
#15 0xffffffff808bb9ef at fork_exit+0x11f
#16 0xffffffff80bc368e at fork_trampoline+0xe
Uptime: 2h6m59s
Dumping 1177 out of 8162
MB:..2%..11%..21%..32%..41%..51%..62%..71%..81%..92%

I can't read vmcore.11 only with this option:

kgdb -d /var/crash/vmcore.11

I read man and thought i must use kgdb -c /var/crash/vmcore.11 but it's
not a suitable image. (kgdb: couldn't find a suitable kernel image)

This servers uses UDP packets, for SNMP requests (> 10000/h), NTP (a
little), Syslog (that's all i remember).
-- 
Best regards, 

Loïc BLOT, Engineering
UNIX Systems, Security and Networks
http://www.unix-experience.fr


Le jeudi 07 mars 2013 à 14:55 +0200, Andriy Gapon a écrit :
> on 07/03/2013 12:27 Loïc Blot said the following:
> > Hello,
> > i have enabled dumpdev="AUTO" and run kgdb after a reboot.
> > Here is the backtrace:
> > 
> > root@freebsd-server> kgdb
> 
> It's a stack trace of the first thread in your live running system.
> You need to read kgdb(1), inspect your /var/crash directory and pass a proper
> vmcore file, if any, to kgdb.
> 
> > GNU gdb 6.1.1 [FreeBSD]
> > Copyright 2004 Free Software Foundation, Inc.
> > GDB is free software, covered by the GNU General Public License, and you
> > are
> > welcome to change it and/or distribute copies of it under certain
> > conditions.
> > Type "show copying" to see the conditions.
> > There is absolutely no warranty for GDB.  Type "show warranty" for
> > details.
> > This GDB was configured as "amd64-marcel-freebsd"...
> > #0  sched_switch (td=0xffffffff812228a0, newtd=0xfffffe00051c8000,
> > flags=Variable "flags" is not available.
> > ) at /usr/src/sys/kern/sched_ule.c:1927
> > 1927			cpuid = PCPU_GET(cpuid);
> > (kgdb) bt
> > #0  sched_switch (td=0xffffffff812228a0, newtd=0xfffffe00051c8000,
> > flags=Variable "flags" is not available.
> > ) at /usr/src/sys/kern/sched_ule.c:1927
> > #1  0xffffffff808f2d46 in mi_switch (flags=260, newtd=0x0)
> > at /usr/src/sys/kern/kern_synch.c:485
> > #2  0xffffffff8092ba72 in sleepq_timedwait (wchan=0xffffffff81222400,
> > pri=84) at /usr/src/sys/kern/subr_sleepqueue.c:658
> > #3  0xffffffff808f332f in _sleep (ident=0xffffffff81222400, lock=0x0,
> > priority=Variable "priority" is not available.
> > ) at /usr/src/sys/kern/kern_synch.c:246
> > #4  0xffffffff80b429db in scheduler (dummy=Variable "dummy" is not
> > available.
> > ) at /usr/src/sys/vm/vm_glue.c:788
> > #5  0xffffffff8089c047 in mi_startup ()
> > at /usr/src/sys/kern/init_main.c:277
> > #6  0xffffffff802b526c in btext ()
> > at /usr/src/sys/amd64/amd64/locore.S:81
> > #7  0x0000000000000001 in ?? ()
> > #8  0xffffffff81240f80 in tdq_cpu ()
> > #9  0xffffffff812228a0 in proc0 ()
> > #10 0x0000000000000000 in ?? ()
> > #11 0xffffffff81529b90 in ?? ()
> > #12 0xffffffff81529b38 in ?? ()
> > #13 0xfffffe00051c8000 in ?? ()
> > #14 0xffffffff8091352e in sched_switch (td=0x0, newtd=0x0,
> > flags=Variable "flags" is not available.
> > ) at /usr/src/sys/kern/sched_ule.c:1921
> > Previous frame inner to this frame (corrupt stack?)
> > (kgdb) bt f
> > #0  sched_switch (td=0xffffffff812228a0, newtd=0xfffffe00051c8000,
> > flags=Variable "flags" is not available.
> > ) at /usr/src/sys/kern/sched_ule.c:1927
> > 	__res = 2
> > 	__s = Variable "__s" is not available.
> > 
> 
> 




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1362661965.16808.36.camel>