From owner-freebsd-stable@FreeBSD.ORG Thu Mar 7 13:12:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D4000849 for ; Thu, 7 Mar 2013 13:12:58 +0000 (UTC) (envelope-from loic.blot@unix-experience.fr) Received: from smtp2.u-psud.fr (smtp2.u-psud.fr [129.175.33.42]) by mx1.freebsd.org (Postfix) with ESMTP id 653588F0 for ; Thu, 7 Mar 2013 13:12:58 +0000 (UTC) Received: from smtp2.u-psud.fr (localhost [127.0.0.1]) by localhost (MTA) with SMTP id B178234D83A for ; Thu, 7 Mar 2013 14:12:50 +0100 (CET) Received: from [10.117.40.5] (dns.institutoptique.fr [129.175.196.160]) by smtp2.u-psud.fr (MTA) with ESMTP id 8191934D835 for ; Thu, 7 Mar 2013 14:12:50 +0100 (CET) Message-ID: <1362661965.16808.36.camel@iMac-LBlot.domain.iogs> Subject: Re: Strange reboot since 9.1 From: =?ISO-8859-1?Q?Lo=EFc?= Blot To: freebsd-stable@freebsd.org Date: Thu, 07 Mar 2013 14:12:45 +0100 In-Reply-To: <51388E42.5040500@FreeBSD.org> References: <1362560123.16808.4.camel@iMac-LBlot.domain.iogs> <1362652057.16808.23.camel@iMac-LBlot.domain.iogs> <51388E42.5040500@FreeBSD.org> Organization: UNIX Experience FR Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.3 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: loic.blot@unix-experience.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Mar 2013 13:12:58 -0000 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. > > > >