2vmcores with identical backtraces - any idea ?

[Tom Samplonius]

  I believe that "d6832000" is a physical memory address, so then this likely indicates you have bad RAM.

  Are you using ECC memory?  Probably not, s you should probably boot a memtest86 image, and run it overnight.  Maybe longer, as the failures happen days apart.  


----- "Daniel Dvořák" <daniel-dvorak at atlas.cz> wrote:
> Hi all,
> 
> do you have any idea what is happen to my pc ?
> 
> Bye
> Dan
> 
> # kgdb kernel.debug /var/crash/vmcore.15
> kgdb: kvm_nlist(_stopped_cpus):
> kgdb: kvm_nlist(_stoppcbs):
> [GDB will not be able to debug user-mode threads:
> /usr/lib/libthread_db.so:
> Unde                                                                  
>          
> fined 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: d6832000
> Uptime: 5d5h46m4s
> Physical memory: 503 MB
> Dumping 152 MB: 137 121 105 89 73 57 41 25 9
> 
> #0  doadump () at pcpu.h:165
> 165             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
> (kgdb) backtrace
> #0  doadump () at pcpu.h:165
> #1  0xc057a2e3 in boot (howto=260) at
> /usr/src/sys/kern/kern_shutdown.c:409
> #2  0xc057a596 in panic (
>     fmt=0xc07f17f7 "vm_fault: fault on nofault entry, addr: %lx")
>     at /usr/src/sys/kern/kern_shutdown.c:565
> #3  0xc0716d09 in vm_fault (map=0xc104b000, vaddr=3598917632,
>     fault_type=1 '\001', fault_flags=0) at
> /usr/src/sys/vm/vm_fault.c:279
> #4  0xc078f11c in trap_pfault (frame=0xd4488bf8, usermode=0,
> eva=3598917632)
>     at /usr/src/sys/i386/i386/trap.c:734
> #5  0xc078edc1 in trap (frame=
>       {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -1016695512, tf_esi
> =
> -696049                                                               
>             
> 666, tf_ebp = -733442940, tf_isp = -733443036, tf_ebx = -969673472,
> tf_edx =
> 0,                                                                    
>         
> tf_ecx = 182, tf_eax = -320645846, tf_trapno = 12, tf_err = 0, tf_eip
> =
> -1065823                                                              
>              
> 138, tf_cs = 32, tf_eflags = 66070, tf_esp = 52482, tf_ss = 2048})
>     at /usr/src/sys/i386/i386/trap.c:435
> #6  0xc077cb0a in calltrap () at
> /usr/src/sys/i386/i386/exception.s:139
> #7  0xc078d45e in generic_bcopy () at
> /usr/src/sys/i386/i386/support.s:489
> Previous frame inner to this frame (corrupt stack?)
> (kgdb) quit
> 
> 
> # kgdb kernel.debug /var/crash/vmcore.16
> kgdb: kvm_nlist(_stopped_cpus):
> kgdb: kvm_nlist(_stoppcbs):
> [GDB will not be able to debug user-mode threads:
> /usr/lib/libthread_db.so:
> Unde                                                                  
>          
> fined 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: d6832000
> Uptime: 14h11m10s
> Physical memory: 503 MB
> Dumping 82 MB: 67 51 35 19 3
> 
> #0  doadump () at pcpu.h:165
> 165             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
> (kgdb) backtrace
> #0  doadump () at pcpu.h:165
> #1  0xc057a2e3 in boot (howto=260) at
> /usr/src/sys/kern/kern_shutdown.c:409
> #2  0xc057a596 in panic (
>     fmt=0xc07f17f7 "vm_fault: fault on nofault entry, addr: %lx")
>     at /usr/src/sys/kern/kern_shutdown.c:565
> #3  0xc0716d09 in vm_fault (map=0xc104b000, vaddr=3598917632,
>     fault_type=1 '\001', fault_flags=0) at
> /usr/src/sys/vm/vm_fault.c:279
> #4  0xc078f11c in trap_pfault (frame=0xd4488bf8, usermode=0,
> eva=3598917632)
>     at /usr/src/sys/i386/i386/trap.c:734
> #5  0xc078edc1 in trap (frame=
>       {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -1017089892, tf_esi
> =
> -696049                                                               
>             
> 666, tf_ebp = -733442940, tf_isp = -733443036, tf_ebx = -1017265664,
> tf_edx =
> 0,                                                                    
>         
> tf_ecx = 473, tf_eax = -321040226, tf_trapno = 12, tf_err = 0, tf_eip
> =
> -106582                                                               
>             
> 3138, tf_cs = 32, tf_eflags = 590358, tf_esp = 26617, tf_ss = 2048})
>     at /usr/src/sys/i386/i386/trap.c:435
> #6  0xc077cb0a in calltrap () at
> /usr/src/sys/i386/i386/exception.s:139
> #7  0xc078d45e in generic_bcopy () at
> /usr/src/sys/i386/i386/support.s:489
> Previous frame inner to this frame (corrupt stack?)
> (kgdb) quit
> 
> _______________________________________________
> freebsd-stable at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to
> "freebsd-stable-unsubscribe at freebsd.org"