From owner-freebsd-current@FreeBSD.ORG Sun Apr 3 22:55:14 2005 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 B812216A51A; Sun, 3 Apr 2005 22:55:14 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AD6943D31; Sun, 3 Apr 2005 22:55:14 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j33MtD9P067458; Sun, 3 Apr 2005 18:55:13 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j33MtD2a067455; Sun, 3 Apr 2005 18:55:13 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Sun, 3 Apr 2005 18:55:12 -0400 (EDT) From: Jeff Roberson To: "David O'Brien" In-Reply-To: <20050403183552.GA20961@dragon.NUXI.org> Message-ID: <20050403185431.C54623@mail.chesapeake.net> References: <20050403183552.GA20961@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Continued FS panics 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: Sun, 03 Apr 2005 22:55:14 -0000 On Sun, 3 Apr 2005, David O'Brien wrote: > 6.0-CURRENT FreeBSD 6.0-CURRENT #482: Wed Mar 30 09:05:23 PST 2005 i386 > Thanks, I just spotted this. More fallout from phk's vnode object restructuring. > # gdb6 -k kernel.ko.debug /var/crash/vmcore.3 > GNU gdb 20040810 [GDB v6.x for FreeBSD] > This GDB was configured as "i386-portbld-freebsd6.0"... > panic: page fault > panic messages: > --- > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x80 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc05fca20 > stack pointer = 0x10:0xe5dcb8e8 > frame pointer = 0x10:0xe5dcb958 > 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 = 63 (vnlru) > trap number = 12 > panic: page fault > cpuid = 1 > KDB: stack backtrace: > kdb_backtrace(c067e90c,1,c06599f2,e5dcb80c,c2c7f450) at 0xc04f8cae = kdb_backtrace+0x2e > panic(c06599f2,c067f8c7,e5dcb8a8,1,1) at 0xc04dc158 = panic+0x128 > trap_fatal(e5dcb8a8,80,c067faa9,2c3,c2c7f450) at 0xc0637434 = trap_fatal+0x304 > trap_pfault(e5dcb8a8,0,80,2444c700,80) at 0xc0637108 = trap_pfault+0x1b8 > trap(18,10,10,1000,1) at 0xc0636cf0 = trap+0x350 > calltrap() at 0xc0623ada = calltrap+0x5 > --- trap 0xc, eip = 0xc05fca20, esp = 0xe5dcb8e8, ebp = 0xe5dcb958 --- > vnode_pager_generic_putpages(c3ae333c,e5dcba40,1000,5,e5dcb9f0) at 0xc05fca20 = vnode_pager_generic_putpages+0xa0 > vop_stdputpages(e5dcb9a8,c3ae333c,5,c3ae333c,e5dcb9d4) at 0xc05354b0 = vop_stdputpages+0x30 > VOP_PUTPAGES_APV(c06a6580,e5dcb9a8,1,407,c2ea1000) at 0xc0649502 = VOP_PUTPAGES_APV+0xb2 > vnode_pager_putpages(c80047bc,e5dcba40,1,5,e5dcb9f0) at 0xc05fc933 = vnode_pager_putpages+0xb3 > vm_pageout_flush(e5dcba40,1,5,364,a) at 0xc05f77fb = vm_pageout_flush+0x16b > vm_object_page_collect_flush(c80047bc,c2471e70,4,5,10) at 0xc05f2d06 = vm_object_page_collect_flush+0x2f6 > vm_object_page_clean(c80047bc,0,0,0,0) at 0xc05f270e = vm_object_page_clean+0x1ae > vm_object_terminate(c80047bc,0,c067a4c5,a3,e5dcbc4c) at 0xc05f2380 = vm_object_terminate+0x90 > vnode_destroy_vobject(c3ae333c,3dc,0,1,c2eba500) at 0xc05fad16 = vnode_destroy_vobject+0x56 > ufs_reclaim(e5dcbc4c,c2c7f450,0,c3ae333c,e5dcbc78) at 0xc05d5640 = ufs_reclaim+0x50 > VOP_RECLAIM_APV(c06a6580,e5dcbc4c,c2c7f450,0,0) at 0xc0648abe = VOP_RECLAIM_APV+0x9e > vgonel(c3ae333c,c2c7f450,c066d4a3,89c,c3ae333c) at 0xc053f4f2 = vgonel+0x1a2 > vgone(c3ae333c,e5dcbcc8,c066d4a3,23f,c2c7f450) at 0xc053f345 = vgone+0x45 > vlrureclaim(c2ea1000,10,c06c2420,c2c7f450,3e8) at 0xc053b954 = vlrureclaim+0x1c4 > vnlru_proc(0,e5dcbd48,c066375e,30e,0) at 0xc053bd88 = vnlru_proc+0x1a8 > fork_exit(c053bbe0,0,e5dcbd48) at 0xc04c4576 = fork_exit+0xc6 > fork_trampoline() at 0xc0623b3c = fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe5dcbd7c, ebp = 0 --- > Uptime: 1d20h45m16s > Dumping 1536 MB > 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 > --- > #0 doadump () at pcpu.h:164 > 164 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > doadump () at pcpu.h:164 > 164 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > > (kgdb) where > #0 doadump () at pcpu.h:164 > #1 0xc04dbe22 in boot (howto=260) at ../../../kern/kern_shutdown.c:398 > #2 0xc04dc1d3 in panic (fmt=0xc06599f2 "%s") > at ../../../kern/kern_shutdown.c:554 > #3 0xc0637434 in trap_fatal (frame=0xe5dcb8a8, eva=0) > at ../../../i386/i386/trap.c:806 > #4 0xc0637108 in trap_pfault (frame=0xe5dcb8a8, usermode=0, eva=128) > at ../../../i386/i386/trap.c:724 > #5 0xc0636cf0 in trap (frame= > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 4096, tf_esi = 1, tf_ebp = -438519464, tf_isp = -438519596, tf_ebx = 1, tf_edx = 0, tf_ecx = 0, tf_eax = 4096, tf_trapno = 12, tf_err = 0, tf_eip = -1067464160, tf_cs = 8, tf_eflags = 66118, tf_esp = 247, tf_ss = 1}) at ../../../i386/i386/trap.c:414 > #6 0xc0623ada in calltrap () at ../../../i386/i386/exception.s:139 > #7 0x00000018 in ?? () > #8 0x00000010 in ?? () > #9 0x00000010 in ?? () > #10 0x00001000 in ?? () > #11 0x00000001 in ?? () > #12 0xe5dcb958 in ?? () > #13 0xe5dcb8d4 in ?? () > #14 0x00000001 in ?? () > #15 0x00000000 in ?? () > #16 0x00000000 in ?? () > #17 0x00001000 in ?? () > #18 0x0000000c in ?? () > #19 0x00000000 in ?? () > #20 0xc05fca20 in vnode_pager_generic_putpages (vp=0xc3ae333c, m=0xe5dcba40, > bytecount=4096, flags=5, rtvals=0xe5dcb9f0) > ---Type to continue, or q to quit---   > at ../../../vm/vnode_pager.c:1101 > #21 0xc05354b0 in vop_stdputpages (ap=0x0) at ../../../kern/vfs_default.c:487 > #22 0xc0649502 in VOP_PUTPAGES_APV (vop=0x0, a=0xe5dcb9a8) at vnode_if.c:2168 > #23 0xc05fc933 in vnode_pager_putpages (object=0xc80047bc, m=0x0, count=4096, > sync=5, rtvals=0x0) at vnode_if.h:1119 > #24 0xc05f77fb in vm_pageout_flush (mc=0xe5dcba40, count=1, flags=5) > at vm_pager.h:147 > #25 0xc05f2d06 in vm_object_page_collect_flush (object=0xc80047bc, > p=0xc2471e70, curgeneration=1, pagerflags=5) > at ../../../vm/vm_object.c:945 > #26 0xc05f270e in vm_object_page_clean (object=0xc80047bc, start=0, end=Unhandled dwarf expression opcode 0x93 > ) > at ../../../vm/vm_object.c:748 > #27 0xc05f2380 in vm_object_terminate (object=0xc80047bc) > at ../../../vm/vm_object.c:603 > #28 0xc05fad16 in vnode_destroy_vobject (vp=0x0) > at ../../../vm/vnode_pager.c:174 > #29 0xc05d5640 in ufs_reclaim (ap=0x0) at ../../../ufs/ufs/ufs_inode.c:153 > #30 0xc0648abe in VOP_RECLAIM_APV (vop=0x0, a=0xe5dcbc4c) at vnode_if.c:1583 > #31 0xc053f4f2 in vgonel (vp=0xc3ae333c, td=0xc2c7f450) at vnode_if.h:818 > #32 0xc053f345 in vgone (vp=0xc3ae333c) at ../../../kern/vfs_subr.c:2205 > #33 0xc053b954 in vlrureclaim (mp=0xc2ea1000) at ../../../kern/vfs_subr.c:578 > #34 0xc053bd88 in vnlru_proc () at ../../../kern/vfs_subr.c:678 > #35 0xc04c4576 in fork_exit (callout=0xc053bbe0 , arg=0x0, > frame=0x0) at ../../../kern/kern_fork.c:790 > #36 0xc0623b3c in fork_trampoline () at ../../../i386/i386/exception.s:208 > > -- > -- David (obrien@FreeBSD.org) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >