From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 05:52:14 2003 Return-Path: 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 53EE137B401 for ; Fri, 13 Jun 2003 05:52:14 -0700 (PDT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14AB243FA3 for ; Fri, 13 Jun 2003 05:52:09 -0700 (PDT) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [IPv6:::1]) h5DCpv5v008813 for ; Fri, 13 Jun 2003 14:51:57 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.12.9/8.12.9/Submit) id h5DCpuNG008812 for current@FreeBSD.org; Fri, 13 Jun 2003 14:51:56 +0200 (SAST) (envelope-from jhay) Date: Fri, 13 Jun 2003 14:51:56 +0200 From: John Hay To: current@FreeBSD.org Message-ID: <20030613125156.GA8733@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: panic: kmem_malloc(4096): kmem_map too small X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2003 12:52:14 -0000 Hi, On a 5.1-RELEASE machine I have been able to cause a panic like this: panic: kmem_malloc(4096): kmem_map too small: 28610560 total allocated The machine is an old 300MHz Celeron with 64M Ram. I get the panic by un-taring a "huge" .tgz file onto a vinum partition which is on a scsi disk behind a Adaptec 2940 controller. The "huge" tar file contains a "normal user" 5.1 installation plus the 5.1-RELEASE bits from the ftp site, so it is a 320 Meg .tgz. I have played around a bit. It seems to panic a little quicker if the machine have only 32M Ram. I haven't been able to panic it if I do it in a normal, non-vinum partition. I don't know if vinum is at fault though, it might just help to agravate the situation. Here follow the output of vinum list and then the panic message and a gdb traceback. I'm not sure if the traceback is correct. I think it only show the second panic. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org The output of vinum list: ########################### 1 drives: D vd0 State: up /dev/da0s1d A: 0/966 MB (0%) 1 volumes: V root State: up Plexes: 1 Size: 966 MB 1 plexes: P root.p0 C State: up Subdisks: 1 Size: 966 MB 1 subdisks: S root.p0.s0 State: up D: vd0 Size: 966 MB ########################### GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: free locked buf panic messages: --- panic: kmem_malloc(4096): kmem_map too small: 28610560 total allocated syncing disks, buffers remaining... panic: free locked buf Uptime: 1h47m5s (da0:ahc0:0:6:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 (da0:ahc0:0:6:0): error code 54 Dumping 64 MB ata0: resetting devices .. done 16 32 48 --- Reading symbols from /usr/src/sys/i386/compile/TRY/modules/usr/src/sys/modules/vinum/vinum.ko.debug...done. Loaded symbols for /usr/src/sys/i386/compile/TRY/modules/usr/src/sys/modules/vinum/vinum.ko.debug #0 doadump () at ../../../kern/kern_shutdown.c:238 238 dumping++; (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:238 #1 0xc01ab1ca in boot (howto=260) at ../../../kern/kern_shutdown.c:370 #2 0xc01ab483 in panic () at ../../../kern/kern_shutdown.c:543 #3 0xc1064926 in freerq (rq=0xc166c4c0) at /usr/src/sys/dev/vinum/vinuminterrupt.c:252 #4 0xc106482a in complete_rqe (bp=0xc12a6c24) at /usr/src/sys/dev/vinum/vinuminterrupt.c:230 #5 0xc01eda81 in bufdone (bp=0xc12a6c24) at ../../../kern/vfs_bio.c:3086 #6 0xc01ed984 in bufdonebio (bp=0x0) at ../../../kern/vfs_bio.c:3034 #7 0xc01ed7e2 in biodone (bp=0xc12a6c24) at ../../../kern/vfs_bio.c:2961 #8 0xc017d4be in g_dev_done (bp2=0xc1552120) at ../../../geom/geom_dev.c:391 #9 0xc01ed7e2 in biodone (bp=0xc1552120) at ../../../kern/vfs_bio.c:2961 #10 0xc017fc62 in g_io_schedule_up (tp=0xc0607e40) at ../../../geom/geom_io.c:365 #11 0xc017fe58 in g_up_procbody () at ../../../geom/geom_kern.c:91 #12 0xc01986ce in fork_exit (callout=0xc017fe30 , arg=0x0, frame=0x0) at ../../../kern/kern_fork.c:768 (kgdb) quit