From owner-freebsd-fs@FreeBSD.ORG Mon Jul 18 22:50:18 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81F67106566B for ; Mon, 18 Jul 2011 22:50:18 +0000 (UTC) (envelope-from mike@votesmart.org) Received: from mail.votesmart.org (smokey.vote-smart.org [12.32.42.180]) by mx1.freebsd.org (Postfix) with SMTP id 11A1C8FC16 for ; Mon, 18 Jul 2011 22:50:16 +0000 (UTC) Received: (qmail 65197 invoked by uid 98); 18 Jul 2011 16:23:35 -0600 Received: from 192.168.255.27 (mike@192.168.255.27) by mallo.votesmart.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.97/13111. spamassassin: 3.3.1. Clear:RC:1(192.168.255.27):. Processed in 0.029277 secs); 18 Jul 2011 22:23:35 -0000 Received: from unknown (HELO ?192.168.255.27?) (mike@192.168.255.27) by mail.votesmart.org with SMTP; 18 Jul 2011 16:23:35 -0600 Message-ID: <4E24B266.9050108@votesmart.org> Date: Mon, 18 Jul 2011 16:23:34 -0600 From: Mike Shultz Organization: Project Vote Smart User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110621 Thunderbird/3.1.11 MIME-Version: 1.0 To: freebsd-fs@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Clinton Adams Subject: nfsd server cache flooded, try to increase nfsrc_floodlevel X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2011 22:50:18 -0000 I ran into an issue today of our server thinking that it was being flooded and locking our nfs users out. Got a LOT of these messages: Jul 12 16:08:22 xxxxx kernel: nfsd server cache flooded, try to increase nfsrc_floodlevel Our server(`uname -a`): FreeBSD xxxxx 8.2-RELEASE-p2 FreeBSD 8.2-RELEASE-p2 #0: Tue Jun 21 16:52:27 MDT 2011 yyy@xxxxx:/usr/obj/usr/src/sys/XXXXX amd64 I could find no information on nfsrc_floodlevel other than source code which didn't explain too much about it. I don't know if it's a kernel config var, or what. `nfsstat -e` did show this: CacheSize TCPPeak 16385 16385 So I'm guessing that that is the current cache limit. The source code and this output suggest that we're just running into the limit. However, a comment in that source does suggest that "The cache will still function over flood level" but that doesn't seem to be the case. I ended up having to revoke the clients and restarting nfsd to get it operational again. I would appreciate anyone that could clarify what nfsrc_floodlevel is and how to go about changing it. -- Mike Shultz Information Technology Assistant Project Vote Smart Phone: 406-859-8683 Toll Free: 1-888-VOTE-SMART Jabber/Gtalk: shultzm@gmail.com Key Server: pgp.mit.edu