Fresh 7.0 Install: Fatal Trap 12 panic when put under load

Kris Kennaway kris at FreeBSD.org
Tue Jul 15 19:42:02 UTC 2008


john at basicnets.co.uk wrote:

> (kgdb) backtrace
> #0  doadump () at pcpu.h:194
> #1  0xffffff0004742440 in ?? ()
> #2  0xffffffff80477699 in boot (howto=260)
>     at /usr/src/sys/kern/kern_shutdown.c:409
> #3  0xffffffff80477a9d in panic (fmt=0x104 <Address 0x104 out of bounds>)
>     at /usr/src/sys/kern/kern_shutdown.c:563
> #4  0xffffffff8072ed44 in trap_fatal (frame=0xffffff00048ee000,
>     eva=18446742974275512528) at /usr/src/sys/amd64/amd64/trap.c:724
> #5  0xffffffff8072f115 in trap_pfault (frame=0xffffffffb1d7f4e0, 
> usermode=0)
>     at /usr/src/sys/amd64/amd64/trap.c:641
> #6  0xffffffff8072fa58 in trap (frame=0xffffffffb1d7f4e0)
>     at /usr/src/sys/amd64/amd64/trap.c:410
> #7  0xffffffff807156be in calltrap ()
>     at /usr/src/sys/amd64/amd64/exception.S:169
> #8  0x0000006400000000 in ?? ()
> #9  0xffffffff8067d3ee in uma_zalloc_arg (zone=0xffffff00bfed07e0, 
> udata=0x0,
>     flags=-256) at /usr/src/sys/vm/uma_core.c:1835

OK, that is

                         if (zone->uz_ctor != NULL) {
                                 if (zone->uz_ctor(item, 
zone->uz_keg->uk_size,

uz_ctor is indeed not null, but it's got 3 bits set.  Not impossible 
that it's bad RAM still.  I didn't spot anything that could cause it 
otherwise but I don't know this code in detail.

Do all of the panics have the same backtrace?

Kris

> #10 0xffffffff80661ecf in ffs_vget (mp=0xffffff00047f4978, ino=47884512,
>     flags=2, vpp=0xffffffffb1d7f728) at uma.h:277
> #11 0xffffffff8066d010 in ufs_lookup (ap=0xffffffffb1d7f780)
>     at /usr/src/sys/ufs/ufs/ufs_lookup.c:573
> #12 0xffffffff804dfa89 in vfs_cache_lookup (ap=Variable "ap" is not 
> available.
> ) at vnode_if.h:83
> #13 0xffffffff8077235f in VOP_LOOKUP_APV (vop=0xffffffff809e7de0,
>     a=0xffffffffb1d7f840) at vnode_if.c:99
> ---Type <return> to continue, or q <return> to quit---
> #14 0xffffffff804e6394 in lookup (ndp=0xffffffffb1d7f950) at vnode_if.h:57
> #15 0xffffffff804e7228 in namei (ndp=0xffffffffb1d7f950)
>     at /usr/src/sys/kern/vfs_lookup.c:219
> #16 0xffffffff804f4717 in kern_stat (td=0xffffff00048ee000,
>     path=0x8006f7040 <Address 0x8006f7040 out of bounds>, 
> pathseg=Variable "path
> seg" is not available.
> )
>     at /usr/src/sys/kern/vfs_syscalls.c:2109
> #17 0xffffffff804f4987 in stat (td=Variable "td" is not available.
> ) at /usr/src/sys/kern/vfs_syscalls.c:2093
> #18 0xffffffff8072f397 in syscall (frame=0xffffffffb1d7fc70)
>     at /usr/src/sys/amd64/amd64/trap.c:852
> #19 0xffffffff807158cb in Xfast_syscall ()
>     at /usr/src/sys/amd64/amd64/exception.S:290
> #20 0x000000000043127c in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> 
>   I really don't understand this -any advice you can give would really 
> be appreciated.
> 
>   John
> 
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
> 
> _______________________________________________
> 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"
> 
> 



More information about the freebsd-stable mailing list