From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 15:59:11 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4ADED16A403 for ; Tue, 27 Feb 2007 15:59:11 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id EA6FA13C49D for ; Tue, 27 Feb 2007 15:59:10 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l1RFx9up032426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 27 Feb 2007 10:59:10 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.8/Submit) id l1RFx95F032425 for stable@FreeBSD.org; Tue, 27 Feb 2007 10:59:09 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: stable@FreeBSD.org Date: Tue, 27 Feb 2007 10:59:08 -0500 User-Agent: KMail/1.9.5 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: Subject: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 15:59:11 -0000 The memory-mounted /tmp filled up on this 6.2-PRERELEASE system (as of Nov 7). Unfortunately, instead of the process existing due to ENOSPC, the entire system paniced: [...] g_vfs_done():md0[WRITE(offset=982335488, length=131072)]error = 28 g_vfs_done():md0[WRITE(offset=982466560, length=131072)]error = 28 panic: kmem_malloc(16384): kmem_map too small: 259153920 total allocated Uptime: 34d21h13m21s Dumping 767 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 767MB (196288 pages) 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ... ok Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... I don't think, such DoS-ing is normal -- a regular user shot the entire system in the knee... Is anybody interested in the stack/etc.? Is this something, that's fixed in the more recent 6.2? Machine has 3/4Gb RAM and ample swap: Device 1K-blocks Used Avail Capacity /dev/ad0s1b 3145728 32 3145696 0% /dev/ad2s1b 1048576 32 1048544 0% Total 4194304 64 4194240 0% /tmp's space allocation (after reboot) is as follows: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md0 2026030 3552 1860396 0% /tmp Note, that it is supposed to hold 2Gb, but was filled up and paniced holding about 300Mb... Probably, because it is created with ``-M'' by default -- but it is not supposed to panic anyway! Please, advise. Thanks! -mi