Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 22 Dec 2002 18:11:24 +0900 (JST)
From:      Hiroki Sato <hrs@eos.ocn.ne.jp>
To:        current@FreeBSD.org
Subject:   panic: kmem_map too small
Message-ID:  <20021222.181124.97201542.hrs@eos.ocn.ne.jp>

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

 I had "kmem_map too small" panic on 5.0-CURRENT/i386 as of Dec. 19 2002.
 It often occurred when the machine was running under heavy system
 loads (e.g. make -j20 release).

 |panic: kmem_malloc(4096): kmem_map too small: 275378176 total allocated
 |cpuid = 2; lapic.id = 01000000
 |boot() called on cpu#2
 |
 |syncing disks, buffers remaining... panic: bwrite: buffer is not busy???
 |cpuid = 2; lapic.id = 01000000
 |boot() called on cpu#2
 |Uptime: 13h56m30s
 |Dumping 3071 MB
 |ata0: resetting devices ..

 The machine's kernel is configured with the additional options: SMP and
 APIC_IO (4 CPUs are detected).  The results of backtrace are:

 |(kgdb) bt
 |#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:232
 |#1  0xc02e498a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:364
 |#2  0xc02e4c47 in panic () at /usr/src/sys/kern/kern_shutdown.c:517
 |#3  0xc032b882 in bwrite (bp=0xd5b8f728) at /usr/src/sys/kern/vfs_bio.c:796
 |#4  0xc032bf39 in bawrite (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:1085
 |#5  0xc0332f2e in cluster_wbuild (vp=0xc9c56258, size=16384, start_lbn=776, 
 |    len=4) at /usr/src/sys/kern/vfs_cluster.c:981
 |#6  0xc032cf46 in vfs_bio_awrite (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:1626
 |#7  0xc043623a in ffs_fsync (ap=0xe785b548)
 |    at /usr/src/sys/ufs/ffs/ffs_vnops.c:258
 |#8  0xc0435449 in ffs_sync (mp=0xc9963600, waitfor=2, cred=0xc5436e00, 
 |    td=0xc0549d00) at vnode_if.h:612
 |#9  0xc0340bab in sync (td=0xc0549d00, uap=0x0)
 |    at /usr/src/sys/kern/vfs_syscalls.c:138
 |#10 0xc02e456b in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:273
 |#11 0xc02e4c47 in panic () at /usr/src/sys/kern/kern_shutdown.c:517
 |#12 0xc044c46b in kmem_malloc (map=0xc083207c, size=4096, flags=0)
 |    at /usr/src/sys/vm/vm_kern.c:336
 |#13 0xc045cd77 in page_alloc (zone=0xc542aa80, bytes=0, pflag=0x0, wait=0)
 |    at /usr/src/sys/vm/uma_core.c:798
 |#14 0xc045ca71 in slab_zalloc (zone=0xc542aa80, wait=0)
 |    at /usr/src/sys/vm/uma_core.c:707
 |#15 0xc045dd5e in uma_zone_slab (zone=0xc542aa80, flags=0)
 |    at /usr/src/sys/vm/uma_core.c:1486
 |#16 0xc045df84 in uma_zalloc_bucket (zone=0xc542aa80, flags=0)
 |    at /usr/src/sys/vm/uma_core.c:1590
 |#17 0xc045dc0f in uma_zalloc_arg (zone=0xc542aa80, udata=0x0, flags=0)
 |    at /usr/src/sys/vm/uma_core.c:1417
 |#18 0xc02d8359 in malloc (size=7, type=0xc0553ba0, flags=0)
 |    at /usr/src/sys/kern/kern_malloc.c:182
 |#19 0xc032e3aa in allocbuf (bp=0xd5e545e0, size=2048)
 |    at /usr/src/sys/kern/vfs_bio.c:2635
 |#20 0xc032e16e in getblk (vp=0xcaaa2960, blkno=0, size=2048, slpflag=0, 
 |    slptimeo=0) at /usr/src/sys/kern/vfs_bio.c:2526
 |#21 0xc0420b59 in ffs_balloc_ufs2 (vp=0xcaaa2960, startoffset=0, size=512, 
 |    cred=0xca0a6400, flags=65536, bpp=0xe785b9e0)
 |    at /usr/src/sys/ufs/ffs/ffs_balloc.c:643
 |#22 0xc044313a in ufs_mkdir (ap=0xe785bbac)
 |    at /usr/src/sys/ufs/ufs/ufs_vnops.c:1580
 |#23 0xc0444b48 in ufs_vnoperate (ap=0x0)
 |    at /usr/src/sys/ufs/ufs/ufs_vnops.c:2796
 |#24 0xc0345cf9 in kern_mkdir (td=0xcb907e00, 
 |    path=0xe785bca8 "$BT<(B\205$Bgi(B\2160$B@\(B020$B[LS"(B, segflg=3226816840, mode=448)
 |    at vnode_if.h:757
 |#25 0xc0345a79 in mkdir (td=0x0, uap=0x0)
 |    at /usr/src/sys/kern/vfs_syscalls.c:2879
 |#26 0xc049fe5c in syscall (frame=
 |      {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 134618240,
 |       tf_ebp = -1077937912, tf_isp = -410665612, tf_ebx = 134539164,
 |       tf_edx = 134536188, tf_ecx = 672330072, tf_eax = 136,
 |       tf_trapno = -1077938044, tf_err = 2, tf_eip = 671866435, tf_cs = 31,
 |       tf_eflags = 514, tf_esp = -1077938052, tf_ss = 47})
 |    at /usr/src/sys/i386/i386/trap.c:1033
 |#27 0xc0487dcd in Xint0x80_syscall () at {standard input}:141
 |---Can't read userspace from dump, or kernel process---

-- 
| Hiroki SATO  <hrs@eos.ocn.ne.jp>

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?20021222.181124.97201542.hrs>