From owner-freebsd-current Sun Dec 22 1:13:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0509437B401 for ; Sun, 22 Dec 2002 01:13:19 -0800 (PST) Received: from smtp.eos.ocn.ne.jp (eos.ocn.ne.jp [211.6.83.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1381643EDC for ; Sun, 22 Dec 2002 01:13:18 -0800 (PST) (envelope-from hrs@eos.ocn.ne.jp) Received: from mail.allbsd.org (p37089-adsao12honb4-acca.tokyo.ocn.ne.jp [219.161.134.89]) by smtp.eos.ocn.ne.jp (Postfix) with ESMTP id 79D122484 for ; Sun, 22 Dec 2002 18:13:16 +0900 (JST) Received: from localhost (alph.allbsd.org [192.168.0.10]) by mail.allbsd.org (8.12.3/3.7W/DomainMaster) with ESMTP id gBM9C5B2055129 for ; Sun, 22 Dec 2002 18:12:05 +0900 (JST) (envelope-from hrs@eos.ocn.ne.jp) Date: Sun, 22 Dec 2002 18:11:24 +0900 (JST) Message-Id: <20021222.181124.97201542.hrs@eos.ocn.ne.jp> To: current@FreeBSD.org Subject: panic: kmem_map too small From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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 "埃\205芍\2160接020枳哂, 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message