From owner-freebsd-fs@FreeBSD.ORG Sat Mar 29 01:31:10 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8831856B for ; Sat, 29 Mar 2014 01:31:10 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4DF13FB9 for ; Sat, 29 Mar 2014 01:31:09 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAAAhNlODaFve/2dsb2JhbABZhBiDCr9ugSx0giUBAQEDASNWBRYYAgINGQJZBogECK8Fom0XgSmMbxEBBxU0B4JvgUkEoyqHWYNMIYEtCBci X-IronPort-AV: E=Sophos;i="4.97,754,1389762000"; d="scan'208";a="110128868" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 28 Mar 2014 21:31:08 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id DC064B404A; Fri, 28 Mar 2014 21:31:08 -0400 (EDT) Date: Fri, 28 Mar 2014 21:31:08 -0400 (EDT) From: Rick Macklem To: Berend de Boer Message-ID: <262750574.2512992.1396056668889.JavaMail.root@uoguelph.ca> In-Reply-To: <87d2h5rhkq.wl%berend@pobox.com> Subject: Re: nfsd server cache flooded, try to increase nfsrc_floodlevel MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.209] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Mar 2014 01:31:10 -0000 Berend de Boer wrote: > Dear all, > > I have a subversion repository on an ZFS file system exposed through > NFS on FreeBSD 10.0. > > This is mounted by linux clients running Apache. > > When people check out the repository, I get: > > nfsd server cache flooded, try to increase nfsrc_floodlevel > Increasing the value for the sysctl vfs.nfsd.tcphighwater increases nfsrc_floodlevel. You might also want to decrease vfs.nfsd.tcpcachetimeo since the large default timeout can result in a large cache. Hard to say what a correct value is, but Garrett Wollman runs large NFS servers (using ZFS storage) and sets them to: vfs.nfsd.tcphighwater=100000 vfs.nfsd.tcptimeo=300 I think. There have been patches added to head and stable/10 that help to keep the cache from growing too big (thanks to Alexander Motin), but you'd need to upgrade to stable/10 to get those. rick > when this is mounted using nfs4, on the client you see then: > > E175002: REPORT of '/!svn/vcc/default': Could not read chunk size: > connection was closed by server > I am not sure if this is caused by the flooded DRC cache or not, but if you still get this after you have increased vfs.nfsd.tcphighwater so that the "try to increase nfsrc_floodlevel" no longer occurs, email again. > If nfs3 mount is used, there is no such problem. > > This is probably a bug report, but not sure filing this will help > anyone. So that's why I throw it out here. > > -- > All the best, > > Berend de Boer >