From owner-freebsd-bugs@FreeBSD.ORG Thu Aug 28 12:10:28 2003 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AB7716A4BF for ; Thu, 28 Aug 2003 12:10:28 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D99943FBF for ; Thu, 28 Aug 2003 12:10:27 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h7SJAQUp084218 for ; Thu, 28 Aug 2003 12:10:26 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h7SJAQLO084217; Thu, 28 Aug 2003 12:10:26 -0700 (PDT) Date: Thu, 28 Aug 2003 12:10:26 -0700 (PDT) Message-Id: <200308281910.h7SJAQLO084217@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Jonathan Fosburgh Subject: Re: kern/55702: Kernel panic on NTFS X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jonathan Fosburgh List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2003 19:10:28 -0000 The following reply was made to PR kern/55702; it has been noted by GNATS. From: Jonathan Fosburgh To: Peter Pentchev Cc: bug-followup@FreeBSD.org Subject: Re: kern/55702: Kernel panic on NTFS Date: Thu, 28 Aug 2003 14:04:23 -0500 OK, here it is. Interestingly, I had to be in multi-user mode to reproduce the panic. (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc01d51f9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc01d55d8 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc013fbe2 in db_panic () at /usr/src/sys/ddb/db_command.c:450 #4 0xc013fb42 in db_command (last_cmdp=0xc03b2bc0, cmd_table=0x0, aux_cmd_tablep=0xc0386068, aux_cmd_tablep_end=0xc038606c) at /usr/src/sys/ddb/db_command.c:346 #5 0xc013fc85 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 #6 0xc0142ca5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:73 #7 0xc031f42c in kdb_trap (type=3, code=0, regs=0xd801a8f4) at /usr/src/sys/i386/i386/db_interface.c:171 #8 0xc0330cba in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 524304, tf_edi = 1, tf_esi = -1070142462, tf_ebp = -670979776, tf_isp = -670979808, tf_ebx = 0, tf_edx = 0, tf_ecx = 32, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1070467356, tf_cs = 8, tf_eflags = 642, tf_esp = -1070072144, tf_ss = -1070158345}) at /usr/src/sys/i386/i386/trap.c:577 #9 0xc0320e18 in calltrap () at {standard input}:102 #10 0xc01d5515 in panic (fmt=0xc036ec02 "filesystem goof: vop_panic[%s]") at /usr/src/sys/kern/kern_shutdown.c:534 #11 0xc022933e in vop_panic () at /usr/src/sys/kern/vfs_default.c:171 #12 0xc0229318 in vop_defaultop (ap=0x0) at /usr/src/sys/kern/vfs_default.c:161 #13 0xc02fa9aa in vnode_pager_input_smlfs (object=0xc4d744a0, m=0xc0b1dfc0) at vnode_if.h:1141 #14 0xc02fb30c in vnode_pager_generic_getpages (vp=0xc39c9000, m=0xd801ac6c, bytecount=4096, reqpage=0) at /usr/src/sys/vm/vnode_pager.c:688 #15 0xc0229f19 in vop_stdgetpages (ap=0x0) at /usr/src/sys/kern/vfs_default.c:795 #16 0xc0229318 in vop_defaultop (ap=0x0) at /usr/src/sys/kern/vfs_default.c:161 #17 0xc02faefb in vnode_pager_getpages (object=0xc4d744a0, m=0x0, count=0, reqpage=0) at vnode_if.h:1317 #18 0xc02e0762 in vm_fault (map=0xc4982500, vaddr=16777216, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_pager.h:129 #19 0xc0330ec5 in trap_pfault (frame=0xd801ad48, usermode=1, eva=16777276) at /usr/src/sys/i386/i386/trap.c:708 #20 0xc0330a63 in trap (frame= {tf_fs = 143, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 4096, tf_ebp = -1077942708, tf_isp = -670978700, tf_ebx = 1544379884, tf_edx = 16777216, tf_ecx = -1077942620, tf_eax = 16777217, tf_trapno = 12, tf_err = 4, tf_eip = 1544246055, tf_cs = 31, tf_eflags = 66050, tf_esp = -1077942780, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:316 #21 0xc0320e18 in calltrap () at {standard input}:102 ---Can't read userspace from dump, or kernel process--- I did get thrown into ddb this time, but I didn't see anything that looked like the instruction pointer. Let me know if there is anything else I need to provide. -- Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX