From owner-freebsd-current@FreeBSD.ORG Sat Oct 23 04:27:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 023D316A4CE; Sat, 23 Oct 2004 04:27:18 +0000 (GMT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C74443D48; Sat, 23 Oct 2004 04:27:17 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i9N4RFMO014153; Sat, 23 Oct 2004 00:27:15 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <41799E2E.3080407@gamersimpact.com> References: <200410221913.i9MJD7uA029492@repoman.freebsd.org> <41796081.7050400@freebsd.org> <41799E2E.3080407@gamersimpact.com> Date: Sat, 23 Oct 2004 00:27:14 -0400 To: Ryan Sommers From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@freebsd.org cc: Scott Long Subject: Re: Panic during 'shutdown -p' on 5.3-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Oct 2004 04:27:18 -0000 At 6:56 PM -0500 10/22/04, Ryan Sommers wrote: >Garance A Drosihn wrote: > >>I have only seen these panics during 'shutdown -p', and I think I >>always see *some* panic message from a 'shutdown -p'. > >Can you get a backtrace? Or use addr2line on the ip? Ahem. It occurred to me that this machine is using a new kernel config file (simply because it is a new machine), and that I forgot to add a few key options to that config... I still might not have this quite right, but I should a lot closer now. Here is the latest panic: shutdown: power-down by root: System shutdown time has arrived Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 1 1 0 1 1 0 0 0 0 done No buffers busy after final sync Uptime: 2m35s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0686bef stack pointer = 0x10:0xe2281cb8 frame pointer = 0x10:0xe2281cd8 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 = 33 (irq23: vr0) [thread 100029] Stopped at vr_rxeof+0x11f: pushl 0x8(%edi) db> call doadump() - - - - - - [reboot] - - - - - (69) # kgdb /boot/kernel/kernel.debug /xx/crashdumps/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] 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 "i386-marcel-freebsd". doadump () at pcpu.h:159 (kgdb) backtrace #0 doadump () at pcpu.h:159 #1 0xc045b4e6 in db_fncall (dummy1=0, dummy2=0, dummy3=255, dummy4=0xe2281ae4 "\030\033(b\200%") at /usr/src/sys/ddb/db_command.c:531 #2 0xc045b2f4 in db_command (last_cmdp=0xc07b9284, cmd_table=0x0, aux_cmd_tablep=0xc0776630, aux_cmd_tablep_end=0xc077664c) at /usr/src/sys/ddb/db_command.c:349 #3 0xc045b3bc in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc045cf35 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc05b5e67 in kdb_trap (type=12, code=0, tf=0x1) at /usr/src/sys/kern/subr_kdb.c:418 #6 0xc0706355 in trap_fatal (frame=0xe2281c78, eva=8) at /usr/src/sys/i386/i386/trap.c:804 #7 0xc07060b3 in trap_pfault (frame=0xe2281c78, usermode=0, eva=8) at /usr/src/sys/i386/i386/trap.c:727 #8 0xc0705cc9 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1037437996, tf_ebp = -500687656, tf_isp = -500687708, tf_ebx = 0, tf_edx = -1037437996, tf_ecx = -1037438976, tf_eax = -4, tf_trapno = 12, tf_err = 0, tf_eip = -1066898449, tf_cs = 8, tf_eflags = 66199, tf_esp = -4, tf_ss = 2}) at /usr/src/sys/i386/i386/trap.c:417 #9 0xc06f45fa in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #10 0x00000018 in ?? () #11 0x00000010 in ?? () #12 0x00000010 in ?? () #13 0x00000000 in ?? () #14 0xc229f3d4 in ?? () #15 0xe2281cd8 in ?? () #16 0xe2281ca4 in ?? () #17 0x00000000 in ?? () #18 0xc229f3d4 in ?? () #19 0xc229f000 in ?? () #20 0xfffffffc in ?? () #21 0x0000000c in ?? () #22 0x00000000 in ?? () #23 0xc0686bef in vr_rxeof (sc=0xc229f000) at /usr/src/sys/pci/if_vr.c:1000 #24 0xc0687190 in vr_intr (arg=0xc229f000) at /usr/src/sys/pci/if_vr.c:1268 #25 0xc05899e5 in ithread_loop (arg=0xc2141d80) at /usr/src/sys/kern/kern_intr.c:547 #26 0xc0588a95 in fork_exit (callout=0xc058988c , arg=0xc2141d80, frame=0xe2281d48) at /usr/src/sys/kern/kern_fork.c:811 #27 0xc06f465c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu