Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 23 Dec 2002 08:14:09 -0800
From:      "David O'Brien" <obrien@freebsd.org>
To:        freebsd-current@freebsd.org
Subject:   Panic during daily periodic run
Message-ID:  <20021223161409.GA2063@dragon.nuxi.com>

next in thread | raw e-mail | index | archive | help
I've gotten this two days in a row (but wasn't configured to get a core
dump the 1st day):

kernel.debug + vmcore + src tree available to trusted individuals.
Sources are from Sat Dec 21 11:00 PST 2002.

GNU gdb 5.2.1 (FreeBSD)
This GDB was configured as "i386-undermydesk-freebsd"...
(kgdb)  core-file /var/crash/vmcore.0 
panic: kmem_malloc(4096): kmem_map too small: 275378176 total allocated
panic messages:
---
panic: kmem_malloc(4096): kmem_map too small: 275378176 total allocated
cpuid = 0; lapic.id = 01000000
boot() called on cpu#0
Uptime: 1d17h14m4s
Dumping 1535 MB
ata0: resetting devices ..
done
 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520
---
#0  doadump () at ../../../kern/kern_shutdown.c:232
232		dumping++;
(kgdb) bt
#0  doadump () at ../../../kern/kern_shutdown.c:232
#1  0xc01eac9e in boot (howto=260) at ../../../kern/kern_shutdown.c:364
#2  0xc01eaf39 in panic () at ../../../kern/kern_shutdown.c:517
#3  0xc02e25ed in kmem_malloc (map=0xc082e07c, size=4096, flags=4) at ../../../vm/vm_kern.c:336
#4  0xc02f25a7 in page_alloc (zone=0xc083a600, bytes=0, pflag=0x0, wait=0) at ../../../vm/uma_core.c:798
#5  0xc02f230d in slab_zalloc (zone=0xc083a600, wait=4) at ../../../vm/uma_core.c:707
#6  0xc02f33d3 in uma_zone_slab (zone=0xc083a600, flags=0) at ../../../vm/uma_core.c:1486
#7  0xc02f3589 in uma_zalloc_bucket (zone=0xc083a600, flags=0) at ../../../vm/uma_core.c:1590
#8  0xc02f32cb in uma_zalloc_arg (zone=0xc083a600, udata=0x0, flags=0) at ../../../vm/uma_core.c:1417
#9  0xc02e8b78 in vm_object_allocate_wait (type=2 '\002', size=1, flags=0) at uma.h:229
#10 0xc02e8bd8 in vm_object_allocate (type=2 '\002', size=0) at ../../../vm/vm_object.c:360
#11 0xc02f4b84 in vnode_pager_alloc (handle=0x0, size=512, prot=0 '\0', offset=0) at ../../../vm/vnode_pager.c:155
#12 0xc02323ad in vop_stdcreatevobject (ap=0x0) at ../../../kern/vfs_default.c:578
#13 0xc0231ea8 in vop_defaultop (ap=0x0) at ../../../kern/vfs_default.c:161
#14 0xc02db0c8 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2796
#15 0xc023cf2a in vfs_object_create (vp=0xd34a8a8c, td=0x0, cred=0x0) at vnode_if.h:1620
#16 0xc0233a26 in namei (ndp=0xebfd3bdc) at ../../../kern/vfs_lookup.c:207
#17 0xc0244f33 in vn_open_cred (ndp=0xebfd3bdc, flagp=0xebfd3cdc, cmode=2248, cred=0xcfdf9900) at ../../../kern/vfs_vnops.c:190
#18 0xc0244ce9 in vn_open (ndp=0x0, flagp=0x0, cmode=0) at ../../../kern/vfs_vnops.c:91
#19 0xc023ea1d in kern_open (td=0xc769ba80, path=0x0, pathseg=UIO_USERSPACE, flags=5, mode=-1077937464) at ../../../kern/vfs_syscalls.c:662
#20 0xc023e890 in open (td=0x0, uap=0x0) at ../../../kern/vfs_syscalls.c:625
#21 0xc032b7c0 in syscall (frame=
      {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134594816, tf_esi = 134558656, tf_ebp = -1077937464, tf_isp = -335725196, tf_ebx = 672262700, tf_edx = 0, tf_ecx = 134594816, tf_eax = 5, tf_trapno = 0, tf_err = 2, tf_eip = 671824511, tf_cs = 31, tf_eflags = 658, tf_esp = -1077937924, tf_ss = 47}) at ../../../i386/i386/trap.c:1033
#22 0xc031463d in Xint0x80_syscall () at {standard input}:141
---Can't read userspace from dump, or kernel process---

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




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