From owner-freebsd-fs@FreeBSD.ORG Fri Aug 30 23:28:52 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 62C677C2 for ; Fri, 30 Aug 2013 23:28:52 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2918026C6 for ; Fri, 30 Aug 2013 23:28:51 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqIEABcqIVKDaFve/2dsb2JhbABaFoMmUYMnvT2BNHSCJAEBBSNWGxgCAg0ZAlkGE4gBDKddki2BKY4RNAeCaIE0A5kkkDeDPCCBbg X-IronPort-AV: E=Sophos;i="4.89,994,1367985600"; d="scan'208";a="47622804" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 30 Aug 2013 19:28:44 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id F20CCB403A; Fri, 30 Aug 2013 19:28:44 -0400 (EDT) Date: Fri, 30 Aug 2013 19:28:44 -0400 (EDT) From: Rick Macklem To: "Sam Fourman Jr." Message-ID: <258054624.15907722.1377905324980.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: NFS on ZFS pure SSD pool MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: FreeBSD FS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Aug 2013 23:28:52 -0000 Sam Fourman Jr. wrote: > > > > > > > > You could try this patch: > http://people.freebsd.org/~rmacklem/drc4-stable9.patch > - After applying the patch and booting a kernel built from the > patched > sources, you need to increase the value of vfs.nfsd.tcphighwater. > (Try something like 5000 for it as a starting point.) > > Although this patch is somewhat different code, it should be > semantically > the same as r254337 in head, that is scheduled to be MFC'd to > stable/9 in > a couple of weeks. > > > > > Does anyone know why the server would get these errors? > > > $ cat /var/log/messages | grep failed > Aug 30 10:22:20 students nfsd[1978]: accept failed: Software caused > connection abort > Aug 30 10:27:16 students nfsd[1978]: accept failed: Software caused > connection abort > Aug 30 11:46:30 students nfsd[1978]: accept failed: Software caused > connection abort > Aug 30 11:47:10 students nfsd[1978]: accept failed: Software caused > connection abort > Since the master socket that is accepting connections isn't being closed, I believe this error (ECONNABORTED returned by accept()) occurs when the client closes the new TCP connection before it has been accepted. Why would an NFS client do this? I have no idea. You might want to post on freebsd-net@freebsd.org with a subject line like "When does accept(2) fail with ECONNABORTED?" to try and confirm the above. rick > > > -- > > Sam Fourman Jr. >