Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 14 Jan 2007 07:04:52 -0500
From:      Randall Stewart <rrs@cisco.com>
To:        current@freebsd.org
Subject:   Another question .. this time on a panic
Message-ID:  <45AA1C64.9020106@cisco.com>

next in thread | raw e-mail | index | archive | help
Hi all:

I have another question.. this time on a panic I received
its:
-----------------------------------------------------
Unread portion of the kernel message buffer:
panic: kmem_malloc(4096): kmem_map too small: 83386368 total allocated
cpuid = 0
Uptime: 17h51m42s
Dumping 255 MB (2 chunks)
   chunk 0: 1MB (159 pages) ... ok
   chunk 1: 255MB (65248 pages) 239 223 207 191 175 159 143 127 111 95 
79 63 47 31 15

#0  doadump () at pcpu.h:166
166             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb)
where
#0  doadump () at pcpu.h:166
During symbol reading, Incomplete CFI data; unspecified registers at 
0xc0691f65.
#1  0xc06924d4 in boot (howto=0x104) at ../../../kern/kern_shutdown.c:411
#2  0xc06927de in panic (fmt=0xc092b294 "kmem_malloc(%ld): kmem_map too 
small: %ld total allocated")
     at ../../../kern/kern_shutdown.c:567
#3  0xc082e335 in kmem_malloc (map=0xc14710a8, size=0x1000, flags=0x102) 
at ../../../vm/vm_kern.c:299
#4  0xc0826f5a in page_alloc (zone=0xc14525a0, bytes=0x1000, pflag=0x0, 
wait=0x102) at ../../../vm/uma_core.c:953
#5  0xc0826b53 in slab_zalloc (zone=0xc14525a0, wait=0x102) at 
../../../vm/uma_core.c:818
#6  0xc08281d8 in uma_zone_slab (zone=0xc14525a0, flags=0x2) at 
../../../vm/uma_core.c:2018
#7  0xc0828480 in uma_zalloc_bucket (zone=0xc14525a0, flags=0x2) at 
../../../vm/uma_core.c:2127
#8  0xc0828054 in uma_zalloc_arg (zone=0xc14525a0, udata=0x0, flags=0x2) 
at ../../../vm/uma_core.c:1935
#9  0xc0815c1d in ffs_vget (mp=0xc240129c, ino=0x17e7, flags=0x0, 
vpp=0xcd1c9974) at uma.h:275
#10 0xc081c6b4 in ufs_lookup (ap=0xcd1c9a18) at 
../../../ufs/ufs/ufs_lookup.c:572
#11 0xc08a3376 in VOP_CACHEDLOOKUP_APV (vop=0x0, a=0xcd1c9a18) at 
vnode_if.c:153
#12 0xc06e7a02 in vfs_cache_lookup (ap=0x0) at vnode_if.h:82
#13 0xc08a32bf in VOP_LOOKUP_APV (vop=0xc09bb120, a=0xcd1c9ab8) at 
vnode_if.c:99
#14 0xc06ed050 in lookup (ndp=0xcd1c9ba4) at vnode_if.h:56
#15 0xc06ec92a in namei (ndp=0xcd1c9ba4) at ../../../kern/vfs_lookup.c:210
#16 0xc06fa859 in kern_stat (td=0xc2912360, path=0xbfbfaa00 <Address 
0xbfbfaa00 out of bounds>, pathseg=UIO_USERSPACE,
     sbp=0xcd1c9c18) at ../../../kern/vfs_syscalls.c:2086
#17 0xc06fa807 in stat (td=0xc2912360, uap=0xcd1c9d00) at 
../../../kern/vfs_syscalls.c:2070
#18 0xc0892fea in syscall (frame=0xcd1c9d38) at 
../../../i386/i386/trap.c:1008
#19 0xc087c410 in Xint0x80_syscall () at ../../../i386/i386/exception.s:196
#20 0x28332783 in ?? ()
Previous frame inner to this frame (corrupt stack?)
-------------------------------------------------------------

With what little poking around I have done it looks
like I am out of wired memory...

However the SCTP tests that were running have NO
allocated associations etc.. so I am thinking
I might have a memory leak..

Is there any way to tell what is holding all the memory :-)

Thanks

R
-- 
Randall Stewart
NSSTG - Cisco Systems Inc.
803-345-0369 <or> 803-317-4952 (cell)



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?45AA1C64.9020106>