Date: Sun, 28 Jan 2007 18:36:41 +0900 From: Lee Chung-Yeol <chungyeol.lee@gmail.com> To: freebsd-stable@freebsd.org Subject: Crash at "sysctl -a" Message-ID: <20070128093641.GA9404@nnci.kaist.ac.kr>
next in thread | raw e-mail | index | archive | help
Hi, I'm using freebsd-stable.
From almost a year ago, my system crashes when I try to upgrade mysql because
of "sysctl -a" in its configure script.
Immediately after the rebooting, there's no problem but as the uptime increases,
sysctl always crashes system.
I'm using custom kernel following.
6.2-STABLE FreeBSD 6.2-STABLE #0: Thu Jan 18 08:41:09 KST 2007
Thanks in advance.
Here's the backtrace.
=================================================================================
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
fault virtual address = 0x18264
fault code = supervisor read, page not present
instruction pointer = 0x20:0xc0492d39
stack pointer = 0x28:0xef6cfb18
frame pointer = 0x28:0xef6cfb18
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 = 65874 (sysctl)
trap number = 12
panic: page fault
Uptime: 6d14h42m57s
Dumping 1023 MB (2 chunks)
chunk 0: 1MB (159 pages) ... ok
chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863
(CTRL-C to abort) (CTRL-C to abort) 847 (CTRL-C to abort) (CTRL-C to abort)
(CTRL-C to abort) 831 (CTRL-C to abort) 815 799 783 767 751 735 719 703 687
671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383
367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63
47 31 15
#0 doadump () at pcpu.h:165
165 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt
#0 doadump () at pcpu.h:165
#1 0xc04d072e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
#2 0xc04d09c4 in panic (fmt=0xc0660bde "%s") at
/usr/src/sys/kern/kern_shutdown.c:565
#3 0xc063fecc in trap_fatal (frame=0xef6cfad8, eva=98916) at
/usr/src/sys/i386/i386/trap.c:837
#4 0xc063fc33 in trap_pfault (frame=0xef6cfad8, usermode=0, eva=98916) at
/usr/src/sys/i386/i386/trap.c:745
#5 0xc063f891 in trap (frame=
{tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -278070404, tf_esi =
-994135040, tf_ebp = -278070504, tf_isp = -278070524, tf_ebx = -994135040,
tf_edx = -987703296, tf_ecx = 0, tf_eax = 98724, tf_trapno = 12, tf_err = 0,
tf_eip = -1068946119, tf_cs = 32, tf_eflags = 66182, tf_esp = -278070336,
tf_ss = -1068492713}) at /usr/src/sys/i386/i386/trap.c:435
#6 0xc062ef0a in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#7 0xc0492d39 in dev2udev (x=0xc520d800) at
/usr/src/sys/fs/devfs/devfs_vnops.c:1308
#8 0xc0501857 in sysctl_kern_ttys (oidp=0xc069dda0, arg1=0x0, arg2=0,
req=0xef6cfc04) at /usr/src/sys/kern/tty.c:3052
#9 0xc04d8597 in sysctl_root (oidp=0x0, arg1=0x0, arg2=0, req=0xef6cfc04) at
/usr/src/sys/kern/kern_sysctl.c:1281
#10 0xc04d8794 in userland_sysctl (td=0x181a4, name=0xef6cfc74, namelen=2,
old=0xef6cfc04, oldlenp=0xbfbfd0fc, inkernel=0, new=0x0,
newlen=98724, retval=0xef6cfc70, flags=98724) at
/usr/src/sys/kern/kern_sysctl.c:1380
#11 0xc04d8637 in __sysctl (td=0xc5206900, uap=0xef6cfd04) at
/usr/src/sys/kern/kern_sysctl.c:1315
#12 0xc06401e3 in syscall (frame=
{tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 2, tf_esi = -1077948164,
tf_ebp = -1077948248, tf_isp = -278069916, tf_ebx = 672472448, tf_edx = 0,
tf_ecx = -1077945952, tf_eax = 202, tf_trapno = 0, tf_err = 2, tf_eip =
672321659, tf_cs = 51, tf_eflags = 662, tf_esp = -1077948308, tf_ss = 59}) at
/usr/src/sys/i386/i386/trap.c:983
#13 0xc062ef5f in Xint0x80_syscall () at
/usr/src/sys/i386/i386/exception.s:200
#14 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
--
Neural Networks and Machine Intelligence Lab. Dept. of EECS KAIST
email: chungyeol.lee@gmail.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070128093641.GA9404>