From owner-freebsd-stable@FreeBSD.ORG Mon Oct 24 07:56:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B408816A42B for ; Mon, 24 Oct 2005 07:56:19 +0000 (GMT) (envelope-from for.bounces@dun.ukr.net) Received: from dun.ukr.net (dun.ukr.net [212.42.67.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4620443D46 for ; Mon, 24 Oct 2005 07:56:19 +0000 (GMT) (envelope-from for.bounces@dun.ukr.net) Received: from sharun by dun.ukr.net with local ID 1ETxBp-0000nY-Sk for freebsd-stable@freebsd.org; Mon, 24 Oct 2005 10:56:17 +0300 Date: Mon, 24 Oct 2005 10:56:17 +0300 From: Vladimir Sharun To: freebsd-stable@freebsd.org Message-ID: <20051024075617.GG55681@dun.ukr.net> Mail-Followup-To: Vladimir Sharun , freebsd-stable@freebsd.org References: <20051023074342.GA97095@dun.ukr.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051023074342.GA97095@dun.ukr.net> User-Agent: Mutt/1.5.9i Subject: Re: kmem_malloc(4096): kmem_map too small: 536870912 total allocated 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: Mon, 24 Oct 2005 07:56:21 -0000 Leak in lockf, confirmed: lockf 80448 2516K - 709113 32,64 lockf 80450 2516K - 709155 32,64 lockf 80453 2516K - 709199 32,64 lockf 80452 2516K - 709207 32,64 lockf 80455 2516K - 709226 32,64 lockf 80455 2516K - 709236 32,64 lockf 80459 2516K - 709250 32,64 lockf 80461 2516K - 709280 32,64 lockf 80466 2516K - 709317 32,64 lockf 80474 2516K - 709376 32,64 lockf 80475 2516K - 709396 32,64 lockf 80477 2517K - 709427 32,64 lockf 80481 2517K - 709445 32,64 lockf 80482 2517K - 709472 32,64 lockf 80484 2517K - 709488 32,64 lockf 80490 2517K - 709547 32,64 lockf 80498 2517K - 709578 32,64 lockf 80505 2518K - 709615 32,64 lockf 80507 2518K - 709647 32,64 lockf 80510 2518K - 709700 32,64 lockf 80518 2518K - 709747 32,64 lockf 80531 2518K - 709865 32,64 lockf 80540 2519K - 709940 32,64 lockf 80561 2519K - 710078 32,64 lockf 80590 2520K - 710263 32,64 lockf 80611 2521K - 710419 32,64 lockf 80623 2521K - 710512 32,64 lockf 80625 2521K - 710530 32,64 lockf 80637 2522K - 710596 32,64 lockf 80638 2521K - 710643 32,64 lockf 80641 2522K - 710681 32,64 lockf 80656 2522K - 710769 32,64 lockf 80658 2522K - 710803 32,64 lockf 80666 2522K - 710859 32,64 lockf 80672 2523K - 710899 32,64 lockf 80675 2523K - 710930 32,64 (output from while true; do vmstat -m | grep lockf; sleep 1 ; done) Vladimir Sharun wrote: VS> We have 2xOpteron/2Gb RAM server with extrensive disk load. Every week or two VS> it suddenly hangs with "kmem_malloc(4096): kmem_map too small 335bla-bla allocated". VS> I look onto handbook and put vm.kmem_size_max="536870912" onto /boot/loader.conf. VS> Today was the same with the new parameters. Is there any other solutions ? VS> # sysctl -a | grep kmem VS> vm.kmem_size: 536870912 VS> vm.kmem_size_max: 536870912 VS> vm.kmem_size_scale: 3 VS> The only vm.kmem_size_max on loader.conf, no vm.kmem_size. VS> We're running FreeBSD 6.0-BETA5 #0: Wed Sep 28 16:54:33 EEST 2005 VS> in i386 mode. The same was with 5.3/5.4 and NetBSD 2.0 on this machine.