From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753013AbZDVWmO (ORCPT ); Wed, 22 Apr 2009 18:42:14 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751433AbZDVWl5 (ORCPT ); Wed, 22 Apr 2009 18:41:57 -0400 Received: from yx-out-2324.google.com ([74.125.44.28]:7973 "EHLO yx-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750825AbZDVWl4 (ORCPT ); Wed, 22 Apr 2009 18:41:56 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=B0OEs3IrK7w/HAkr8ty1dRVzSyvE4JKjOn1j9EoxjbxrPt/5gcx+vMiuOM9cNUgqIg 2M7F8LDvrNZknDMhsXh8QDeDGGM5pL2C1ZNpLRcUQriYLizCH8DA1mLVEKNemu9POec/ 5eJjHOIrKn1MtuZkpbhcpUZx2kn6lDWb5TAPw= MIME-Version: 1.0 In-Reply-To: <49EE25FB.9050503@gmail.com> References: <49EE25FB.9050503@gmail.com> Date: Wed, 22 Apr 2009 15:41:55 -0700 Message-ID: <4807377b0904221541j7e2c4c0bh50d76d494b3cb306@mail.gmail.com> Subject: Re: 2.6.29.1: Pid: 2831, comm: nfsd Not tainted 2.6.29.1 #4 From: Jesse Brandeburg To: Aioanei Rares Cc: Justin Piszcz , linux-kernel@vger.kernel.org, linux-nfs@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 21, 2009 at 1:00 PM, Aioanei Rares wrote: > Justin Piszcz wrote: >> This has been happening with 2.6.28.(x) and now 2.6.29.(x), can anyone >> suggest the possible root cause of this problem, re: the nfsd page >> allocation >> failures: > Yes, it happened to me too on a Debian unstable machine with more than one > kernel, starting with 2.6.28 until now. I have a feeling it's a > Debian-specific problem rather than a kernel one. you may both want to try echo 16384 > /proc/sys/vm/min_free_kbytes or some other value depending on your amount of ram. This change will increase the minimum amount of memory available for network memory allocations, which are called from softirq context to refill the NIC's receive buffers.