From owner-freebsd-current@FreeBSD.ORG Wed Jan 23 05:59:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF9FB16A418 for ; Wed, 23 Jan 2008 05:59:46 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id EF5AB13C4D3 for ; Wed, 23 Jan 2008 05:59:44 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id A7D3928448 for ; Wed, 23 Jan 2008 13:59:43 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 337F6EB9513; Wed, 23 Jan 2008 13:59:43 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id s8SxrTXiPQgw; Wed, 23 Jan 2008 13:59:37 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 3E987EB9510; Wed, 23 Jan 2008 13:59:36 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=f55O7Bj80UawyzRIkIpvTt04JS8P3fFUkuHioBCJB7t2uWjI2QLzP886Y7bT08tdz 421AU5S3zUmWWezSwjvGw== Message-ID: <4796D7C5.3020307@delphij.net> Date: Tue, 22 Jan 2008 21:59:33 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Kostik Belousov References: <4796801C.7010601@delphij.net> <20080123051215.GU57756@deviant.kiev.zoral.com.ua> In-Reply-To: <20080123051215.GU57756@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , d@delphij.net Subject: Re: RELENG_7_0: vm_thread_new: kstack allocation failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2008 05:59:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kostik Belousov wrote: > On Tue, Jan 22, 2008 at 03:45:32PM -0800, Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi, >> >> I have got a lot of this in dmesg output for RELENG_7_0 as of today: >> >> vm_thread_new: kstack allocation failed >> vm_thread_new: kstack allocation failed >> vm_thread_new: kstack allocation failed >> vm_thread_new: kstack allocation failed >> vm_thread_new: kstack allocation failed >> vm_thread_new: kstack allocation failed >> >> Any idea? > > Does it cause any problems aside from printing these messages ? It causes some fork() to fail. > What workload do you put on the machine ? It was an rsync from NFS to ZFS with ~15M of files, and rsync will consume basically all physical memory. I end up with some 2GB active, 4GB wired thing. (The system has 8GB of RAM), and I added a "make -j9 buildworld" into the chaos to see if things get worse, and it did :-) > The messages came from the failure of the kernel to allocate address > space for the kernel stack for a thread being created. Previously, the > system would panic encountering this situation. Yes, I knew, previously it just panic and hangs there, and thanks a lot for fixing it =-) > This may happen due to kernel_map address space depletion, for instance, > by having a lot (on i386 machines with > 1Gb memory, ~40000) threads. It seems that I have hit some sort of "leak" or some exhaustion issue. Say, when the workload is gone, the system did not recover from the situation, and reboot worked fine. The system is sort of in production and it is about 20 miles away from my office. Do you want me to do some experiments for this? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHltfEi+vbBBjt66ARAi+yAKC3HKy9YaOHNZK3l45NUVYDxc5EZQCfWOlN rTaCDmEc9ZZoizRRdcBOFF4= =/tP1 -----END PGP SIGNATURE-----