Date: Thu, 15 Nov 2007 16:38:03 +0100 From: Hilko Meyer <hilko.meyer@gmx.de> To: stable@freebsd.org Subject: [FreeBSD6.2 panic] vm_fault: fault on nofault entry Message-ID: <g3poj39or8vr2e4ma2uvl86dcsr80k2hhm@4ax.com>
next in thread | raw e-mail | index | archive | help
Hi,
my server paniced with the string
"panic: vm_fault: fault on nofault entry, addr: dadb1000".
I've attached the backtrace. The backtrace looks similar to the backtrace=
in
kern/115374.
Is this a known problem? Is there a patch available?
I can provide the kernel config and dmesg output, if needed. And, if =
necessary,
I can enter additional commands to the debuger, but I'm not able to =
reproduce
the panic.
bye,
Hilko
PS: please keep me Cc'ed, cause I'm not subscribed to this list.
Script started on Thu Nov 15 16:22:12 2007
kgdb: kvm_nlist(_stopped_cpus):=20
kgdb: kvm_nlist(_stoppcbs):=20
[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:
panic: vm_fault: fault on nofault entry, addr: dadb1000
Uptime: 2d17h37m42s
Dumping 511 MB (2 chunks)
chunk 0: 1MB (159 pages) ... ok
chunk 1: 511MB (130800 pages) 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 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) bacj=08 =08ktrace
#0 doadump () at pcpu.h:165
#1 0xc051f324 in boot (howto=3D260) at =
/usr/src/sys/kern/kern_shutdown.c:409
#2 0xc051f67d in panic (fmt=3D0xc06f58a7 "vm_fault: fault on nofault =
entry, addr: %lx") at /usr/src/sys/kern/kern_shutdown.c:565
#3 0xc06584fc in vm_fault (map=3D0xc104b000, vaddr=3D3671789568, =
fault_type=3D2 '\002', fault_flags=3D0)
at /usr/src/sys/vm/vm_fault.c:279
#4 0xc06b0dda in trap_pfault (frame=3D0xdadbfa90, usermode=3D0, =
eva=3D3671792077) at /usr/src/sys/i386/i386/trap.c:734
#5 0xc06b09ad in trap (frame=3D
{tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -1011600872, =
tf_esi =3D -1010749952, tf_ebp =3D -623117576, tf_isp =3D -623117636, =
tf_ebx =3D 4, tf_edx =3D -1007446528, tf_ecx =3D 4, tf_eax =3D 41, =
tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D -1068566704, tf_cs =3D 32, =
tf_eflags =3D 66050, tf_esp =3D -1068551783, tf_ss =3D -1010749952}) at =
/usr/src/sys/i386/i386/trap.c:435
#6 0xc069ceca in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#7 0xc04ef750 in swapcontext ()
#8 0xc04f35d6 in falloc (td=3D0xc3f39600, resultfp=3D0xdadbfb58, =
resultfd=3D0xdadbfb5c) at /usr/src/sys/kern/kern_descrip.c:1372
#9 0xc058ed0a in kern_open (td=3D0xc3f39600, path=3D0x29 <Address 0x29 =
out of bounds>, pathseg=3D41, flags=3D1, mode=3D0)
at /usr/src/sys/kern/vfs_syscalls.c:1001
#10 0xc058ec86 in open (td=3D0x29, uap=3D0xdadbfd04) at =
/usr/src/sys/kern/vfs_syscalls.c:973
#11 0xc06b1542 in syscall (frame=3D
{tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 138039296, =
tf_esi =3D 0, tf_ebp =3D -1077955400, tf_isp =3D -623116956, tf_ebx =3D =
677954740, tf_edx =3D 0, tf_ecx =3D 0, tf_eax =3D 5, tf_trapno =3D 0, =
tf_err =3D 2, tf_eip =3D 678754903, tf_cs =3D 51, tf_eflags =3D 582, =
tf_esp =3D -1077955428, tf_ss =3D 59}) at =
/usr/src/sys/i386/i386/trap.c:983
#12 0xc069cf1f in Xint0x80_syscall () at =
/usr/src/sys/i386/i386/exception.s:200
#13 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) quit
Script done on Thu Nov 15 16:22:20 2007
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?g3poj39or8vr2e4ma2uvl86dcsr80k2hhm>