Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 20 Dec 2008 02:01:49 -0800
From:      smallpox <smallpox@gmail.com>
To:        freebsd-bugs@freebsd.org
Subject:   kern/129316 - relationship or something else? panic!
Message-ID:  <494CC28D.7060603@gmail.com>

next in thread | raw e-mail | index | archive | help
hi, i was googling "pcpu.h:195" and found the following.

http://lists.freebsd.org/pipermail/freebsd-bugs/2008-November/033225.html

i've got a brand new production server that unfortunately crashed early 
this morning.

snippet of messages

Dec 20 00:01:15 dual2 savecore: writing core to vmcore.0
Dec 20 00:01:16 dual2 kernel: em0: link state changed to UP
Dec 20 00:01:16 dual2 kernel: em1: link state changed to UP
Dec 20 00:01:34 dual2 proftpd[1365]: localhost - ProFTPD 1.3.2rc3 
(devel) (built Mon Dec 15 19:12:53 PST 2008) standalone mode STARTUP
Dec 20 00:05:07 dual2 fsck: /dev/ad2s1e: UNREF FILE I=9  OWNER=root 
MODE=100600
Dec 20 00:05:07 dual2 fsck: /dev/ad2s1e: SIZE=0 MTIME=Dec 19 01:29 2008  
(CLEARED)
Dec 20 00:05:07 dual2 fsck: /dev/ad2s1e: Reclaimed: 0 directories, 1 
files, 0 fragments
Dec 20 00:05:07 dual2 fsck: /dev/ad2s1e: 17 files, 9 used, 253806 free 
(38 frags, 31721 blocks, 0.0% fragmentation)
Dec 20 00:32:27 dual2 fsck: /dev/ad2s1f: INCORRECT BLOCK COUNT 
I=23133978 (176960 should be 176896) (CORRECTED)
Dec 20 00:32:27 dual2 fsck: /dev/ad2s1f: INCORRECT BLOCK COUNT 
I=23133981 (41248 should be 41216) (CORRECTED)
Dec 20 00:32:27 dual2 fsck: /dev/ad2s1f: Reclaimed: 0 directories, 0 
files, 152 fragments
Dec 20 00:32:27 dual2 fsck: /dev/ad2s1f: 2654039 files, 68941918 used, 
46869612 free (719764 frags, 5768731 blocks, 0.6% fragmentation)
Dec 20 00:32:41 dual2 fsck: /dev/ad2s1d: UNREF FILE I=70660  OWNER=mysql 
MODE=100600
Dec 20 00:32:41 dual2 fsck: /dev/ad2s1d: SIZE=0 MTIME=Dec 18 01:28 2008  
(CLEARED)
Dec 20 00:32:41 dual2 fsck: /dev/ad2s1d: UNREF FILE I=70661  OWNER=mysql 
MODE=100600
Dec 20 00:32:41 dual2 fsck: /dev/ad2s1d: SIZE=0 MTIME=Dec 18 01:28 2008  
(CLEARED)
Dec 20 00:32:41 dual2 fsck: /dev/ad2s1d: UNREF FILE I=70674  OWNER=mysql 
MODE=100600
Dec 20 00:32:41 dual2 fsck: /dev/ad2s1d: SIZE=0 MTIME=Dec 18 01:28 2008  
(CLEARED)
Dec 20 00:32:41 dual2 fsck: /dev/ad2s1d: UNREF FILE I=70675  OWNER=mysql 
MODE=100600
Dec 20 00:32:41 dual2 fsck: /dev/ad2s1d: SIZE=0 MTIME=Dec 18 01:28 2008  
(CLEARED)
Dec 20 00:32:41 dual2 fsck: /dev/ad2s1d: UNREF FILE I=70676  OWNER=mysql 
MODE=100600
Dec 20 00:32:41 dual2 fsck: /dev/ad2s1d: SIZE=0 MTIME=Dec 18 01:28 2008  
(CLEARED)
Dec 20 00:32:41 dual2 fsck: /dev/ad2s1d: Reclaimed: 0 directories, 7 
files, 9 fragments
Dec 20 00:32:41 dual2 fsck: /dev/ad2s1d: 2953 files, 248590 used, 734608 
free (2224 frags, 91548 blocks, 0.2% fragmentation)
Dec 20 00:40:03 dual2 ntpdate[4956]: step time server 198.123.30.132 
offset 1.533276 sec


---
gdb debugger on the vmware.0 file.

[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".

Unread portion of the kernel message buffer:


Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address   = 0x1002b
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0xc0909ee7
stack pointer           = 0x28:0xeb8cba9c
frame pointer           = 0x28:0xeb8cbaf4
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         = 1257 (httpd)
trap number             = 12
panic: page fault
cpuid = 1
Uptime: 1d22h29m29s
Physical memory: 2025 MB
Dumping 308 MB: 293 277 261 245 229 213 197 181 165 149 133 117 101 85 
69 53 37 21 5

#0  doadump () at pcpu.h:195
195             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt
#0  doadump () at pcpu.h:195
#1  0xc06eef57 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
#2  0xc06ef219 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:563
#3  0xc095730c in trap_fatal (frame=0xeb8cba5c, eva=65579) at 
/usr/src/sys/i386/i386/trap.c:899
#4  0xc0957590 in trap_pfault (frame=0xeb8cba5c, usermode=0, eva=65579) 
at /usr/src/sys/i386/i386/trap.c:812
#5  0xc0957f3c in trap (frame=0xeb8cba5c) at 
/usr/src/sys/i386/i386/trap.c:490
#6  0xc093debb in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#7  0xc0909ee7 in vm_page_splay (pindex=Unhandled dwarf expression 
opcode 0x93
) at /usr/src/sys/vm/vm_page.c:576
#8  0xc090a49d in vm_page_remove (m=0xc14faca0) at 
/usr/src/sys/vm/vm_page.c:718
#9  0xc090a6e1 in vm_page_free_toq (m=0xc14faca0) at 
/usr/src/sys/vm/vm_page.c:1291
#10 0xc090a8b6 in vm_page_free (m=0xc14faca0) at 
/usr/src/sys/vm/vm_page.c:498
#11 0xc0908ea5 in vm_object_terminate (object=0xcd8656c8) at 
/usr/src/sys/vm/vm_object.c:647
#12 0xc0909713 in vm_object_deallocate (object=0xcd8656c8) at 
/usr/src/sys/vm/vm_object.c:580
#13 0xc0901a38 in vm_map_delete (map=Variable "map" is not available.
) at /usr/src/sys/vm/vm_map.c:2315
#14 0xc0901ac1 in vm_map_remove (map=0xca0f02b8, start=0, 
end=3217031168) at /usr/src/sys/vm/vm_map.c:2423
#15 0xc09041bf in vmspace_exit (td=0xca672c60) at 
/usr/src/sys/vm/vm_map.c:324
#16 0xc06cda1a in exit1 (td=0xca672c60, rv=0) at 
/usr/src/sys/kern/kern_exit.c:294
#17 0xc06ced6d in sys_exit (td=Could not find the frame base for "sys_exit".
) at /usr/src/sys/kern/kern_exit.c:98
#18 0xc09578e5 in syscall (frame=0xeb8cbd38) at 
/usr/src/sys/i386/i386/trap.c:1035
#19 0xc093df20 in Xint0x80_syscall () at 
/usr/src/sys/i386/i386/exception.s:196
#20 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)

--
i know the previous person probably didn't include enough detail, i'd be 
glad to help, i need to prevent this issue asap!

thanks.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?494CC28D.7060603>