Re: Help with crash dump
2011-09-08 22:11, Andrea Venturoli skrev: Hello. Anyone can give any hint on this? Guessing! You have run out of swapspace, based on these 2 lines panic: ffs_write: dir write current process = 0 (swapper) Or you have a hardware error. Does the current process change between panics or is it always the same? I'm in no sense a kernel debugger, but it's a hint. I really have no clue. bye Thanks av. # uname -a FreeBSD x..it 7.3-RELEASE-p4 FreeBSD 7.3-RELEASE-p4 #1: Wed Dec 15 11:53:13 CET 2010 r...@x..it:/usr/obj/usr/src/sys/x i386 # kgdb kernel.debug /var/crash/vmcore.17 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... Unread portion of the kernel message buffer: panic: ffs_write: dir write cpuid = 3 Uptime: 26d9h4m27s Physical memory: 2033 MB Dumping 300 MB: 285 269 253 237 221 205 189 173 157 141 125 109 93 77kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x20:0xc059accb stack pointer = 0x28:0xc0c20ccc frame pointer = 0x28:0xc0c20cec code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 3 61 45 29 13 Reading symbols from /boot/kernel/splash_bmp.ko...Reading symbols from /boot/kernel/splash_bmp.ko.symbols...done. done. Loaded symbols for /boot/kernel/splash_bmp.ko Reading symbols from /boot/kernel/geom_stripe.ko...Reading symbols from /boot/kernel/geom_stripe.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_stripe.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko #0 doadump () at pcpu.h:196 196 __asm __volatile(movl %%fs:0,%0 : =r (td)); (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc0563d48 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc0564025 in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc06cd16d in ffs_write (ap=0xe6912a44) at /usr/src/sys/ufs/ffs/ffs_vnops.c:667 #4 0xc0740640 in VOP_WRITE_APV (vop=0xc07ba4e0, a=0xe6912a44) at vnode_if.c:691 #5 0xc06fd8d6 in vnode_pager_generic_putpages (vp=0xc672f678, m=0xe6912bb0, bytecount=Variable bytecount is not available. ) at vnode_if.h:373 #6 0xc05d4a5f in vop_stdputpages (ap=0xe6912ad4) at /usr/src/sys/kern/vfs_default.c:540 #7 0xc073faf3 in VOP_PUTPAGES_APV (vop=0xc07ba4e0, a=0xe6912ad4) at vnode_if.c:2189 #8 0xc06fda5f in vnode_pager_putpages (object=0xcb14ac80, m=0xe6912bb0, count=1, sync=0, rtvals=0xe6912b20) at vnode_if.h:1164 #9 0xc06f730b in vm_pageout_flush (mc=0xe6912bb0, count=1, flags=0) at vm_pager.h:148 #10 0xc06f7661 in vm_pageout_clean (m=Variable m is not available. ) at /usr/src/sys/vm/vm_pageout.c:403 #11 0xc06f92a2 in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:1017 #12 0xc053e9a1 in fork_exit (callout=0xc06f82d6 vm_pageout, arg=0x0, frame=0xe6912d38) at /usr/src/sys/kern/kern_fork.c:811 #13 0xc0718b30 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:271 (kgdb) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Help with crash dump
On 09/09/11 14:26, Bernt Hansson wrote: You have run out of swapspace, based on these 2 lines panic: ffs_write: dir write current process = 0 (swapper) Hmmm... Cacti woldn't think so: the graph about swap space is plain flat (round 0%, by the way); of course it could have risen so fast that it reached 100% between two consecutive polls, but I doubt it. Besides, why would the system crash for such a reason? I'd expect application failing, not the whole kernel. Am I wrong? Or you have a hardware error. SOB! I hope not. RAM is fine, HDs are SAS RAID with a good contoller which should have detected failures... What else can I check? Does the current process change between panics or is it always the same? Right now I've only had this crash (and hope no other will follow). In the worst case, I'll take notice. I'm in no sense a kernel debugger, but it's a hint. I appreciate your interest anyway. bye Thanks av. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Help with crash dump
Hello. Anyone can give any hint on this? I really have no clue. bye Thanks av. # uname -a FreeBSD x..it 7.3-RELEASE-p4 FreeBSD 7.3-RELEASE-p4 #1: Wed Dec 15 11:53:13 CET 2010 r...@x..it:/usr/obj/usr/src/sys/x i386 # kgdb kernel.debug /var/crash/vmcore.17 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... Unread portion of the kernel message buffer: panic: ffs_write: dir write cpuid = 3 Uptime: 26d9h4m27s Physical memory: 2033 MB Dumping 300 MB: 285 269 253 237 221 205 189 173 157 141 125 109 93 77kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x20:0xc059accb stack pointer = 0x28:0xc0c20ccc frame pointer = 0x28:0xc0c20cec code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 3 61 45 29 13 Reading symbols from /boot/kernel/splash_bmp.ko...Reading symbols from /boot/kernel/splash_bmp.ko.symbols...done. done. Loaded symbols for /boot/kernel/splash_bmp.ko Reading symbols from /boot/kernel/geom_stripe.ko...Reading symbols from /boot/kernel/geom_stripe.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_stripe.ko Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko #0 doadump () at pcpu.h:196 196 __asm __volatile(movl %%fs:0,%0 : =r (td)); (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc0563d48 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc0564025 in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc06cd16d in ffs_write (ap=0xe6912a44) at /usr/src/sys/ufs/ffs/ffs_vnops.c:667 #4 0xc0740640 in VOP_WRITE_APV (vop=0xc07ba4e0, a=0xe6912a44) at vnode_if.c:691 #5 0xc06fd8d6 in vnode_pager_generic_putpages (vp=0xc672f678, m=0xe6912bb0, bytecount=Variable bytecount is not available. ) at vnode_if.h:373 #6 0xc05d4a5f in vop_stdputpages (ap=0xe6912ad4) at /usr/src/sys/kern/vfs_default.c:540 #7 0xc073faf3 in VOP_PUTPAGES_APV (vop=0xc07ba4e0, a=0xe6912ad4) at vnode_if.c:2189 #8 0xc06fda5f in vnode_pager_putpages (object=0xcb14ac80, m=0xe6912bb0, count=1, sync=0, rtvals=0xe6912b20) at vnode_if.h:1164 #9 0xc06f730b in vm_pageout_flush (mc=0xe6912bb0, count=1, flags=0) at vm_pager.h:148 #10 0xc06f7661 in vm_pageout_clean (m=Variable m is not available. ) at /usr/src/sys/vm/vm_pageout.c:403 #11 0xc06f92a2 in vm_pageout () at /usr/src/sys/vm/vm_pageout.c:1017 #12 0xc053e9a1 in fork_exit (callout=0xc06f82d6 vm_pageout, arg=0x0, frame=0xe6912d38) at /usr/src/sys/kern/kern_fork.c:811 #13 0xc0718b30 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:271 (kgdb) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Help with crash dump
Hello. Any one can make anything out of this crash dump? It's an SMP amd64 6.2 box with a RAID-5 SCSI controller and a couple GiB of RAM. We are also using GELI. bye Thanks av. -- # kgdb kernel.debug /var/crash/vmcore.1 [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 amd64-marcel-freebsd. Unread portion of the kernel message buffer: 0s1e 0xff004ecf5510: tag ufs, type VREG usecount 1, writecount 0, refcount 9 mountedhere 0 flags () v_object 0xff002a70d000 ref 0 pages 515 lock type ufs: EXCL (count 1) by thread 0xff007a85d720 (pid 31) with 1 pending#0 0x802252b6 at lockmgr+0x5f6 #1 0x80302068 at ffs_lock+0x58 #2 0x80384fc1 at VOP_LOCK_APV+0x81 #3 0x802a78bb at vn_lock+0x6b #4 0x8029ba00 at vget+0x90 #5 0x80329cb9 at vm_pageout+0x1309 #6 0x8021a30b at fork_exit+0xbb #7 0x803358ee at fork_trampoline+0xe ino 118134, on dev amrd0s1e 0xff000ba75510: tag ufs, type VREG usecount 1, writecount 1, refcount 3 mountedhere 0 flags () v_object 0xff0043d80380 ref 0 pages 9 lock type ufs: EXCL (count 1) by thread 0xff0079b9b980 (pid 447)#0 0x802252b6 at lockmgr+0x5f6 #1 0x80302068 at ffs_lock+0x58 #2 0x80384fc1 at VOP_LOCK_APV+0x81 #3 0x802a78bb at vn_lock+0x6b #4 0x802a3cfb at fsync+0xab #5 0x8034a731 at syscall+0x4d1 #6 0x80335728 at Xfast_syscall+0xa8 ino 188422, on dev amrd0s1e 0xff0008358510: tag ufs, type VREG usecount 1, writecount 1, refcount 3 mountedhere 0 flags () v_object 0xff0064290e00 ref 0 pages 3 lock type ufs: EXCL (count 1) by thread 0xff001de6cbe0 (pid 3365)#0 0x802252b6 at lockmgr+0x5f6 #1 0x80302068 at ffs_lock+0x58 #2 0x80384fc1 at VOP_LOCK_APV+0x81 #3 0x802a78bb at vn_lock+0x6b #4 0x802a3cfb at fsync+0xab #5 0x8034a731 at syscall+0x4d1 #6 0x80335728 at Xfast_syscall+0xa8 ino 117876, on dev amrd0s1e 0xff0011565a20: tag ufs, type VREG usecount 1, writecount 1, refcount 3 mountedhere 0 flags () v_object 0xff002c970e00 ref 0 pages 3 lock type ufs: EXCL (count 1) by thread 0xff00496e3000 (pid 3367)#0 0x802252b6 at lockmgr+0x5f6 #1 0x80302068 at ffs_lock+0x58 #2 0x80384fc1 at VOP_LOCK_APV+0x81 #3 0x802a78bb at vn_lock+0x6b #4 0x802a3cfb at fsync+0xab #5 0x8034a731 at syscall+0x4d1 #6 0x80335728 at Xfast_syscall+0xa8 ino 118135, on dev amrd0s1e 0xff0036d66a20: tag ufs, type VREG usecount 1, writecount 1, refcount 3 mountedhere 0 flags () v_object 0xff001d4a21c0 ref 0 pages 3 lock type ufs: EXCL (count 1) by thread 0xff0046644980 (pid 3368)#0 0x802252b6 at lockmgr+0x5f6 #1 0x80302068 at ffs_lock+0x58 #2 0x80384fc1 at VOP_LOCK_APV+0x81 #3 0x802a78bb at vn_lock+0x6b #4 0x802a3cfb at fsync+0xab #5 0x8034a731 at syscall+0x4d1 #6 0x80335728 at Xfast_syscall+0xa8 ino 118141, on dev amrd0s1e 0xff000419c288: tag ufs, type VREG usecount 1, writecount 1, refcount 3 mountedhere 0 flags () v_object 0xff0049701000 ref 0 pages 3 lock type ufs: EXCL (count 1) by thread 0xff003264c000 (pid 3369)#0 0x802252b6 at lockmgr+0x5f6 #1 0x80302068 at ffs_lock+0x58 #2 0x80384fc1 at VOP_LOCK_APV+0x81 #3 0x802a78bb at vn_lock+0x6b #4 0x802a3cfb at fsync+0xab #5 0x8034a731 at syscall+0x4d1 #6 0x80335728 at Xfast_syscall+0xa8 ino 118305, on dev amrd0s1e 0xff0077dc1000: tag ufs, type VREG usecount 1, writecount 1, refcount 2 mountedhere 0 flags () v_object 0xff004478f8c0 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xff0079b9d980 (pid 593)#0 0x802252b6 at lockmgr+0x5f6 #1 0x80302068 at ffs_lock+0x58 #2 0x80384fc1 at VOP_LOCK_APV+0x81 #3 0x802a78bb at vn_lock+0x6b #4 0x802a8ab6 at vn_write+0x156 #5 0x8025f667 at dofilewrite+0x87 #6 0x8025f931 at kern_writev+0x51 #7 0x8025fa2a at write+0x4a #8 0x8034a731 at syscall+0x4d1 #9 0x80335728 at Xfast_syscall+0xa8 ino 212070, on dev amrd0s1e 0xff00082c5798: tag ufs, type VREG usecount 1, writecount 0, refcount 11258 mountedhere 0 flags () lock type ufs: EXCL (count 1) by