From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 23:39:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30E4616A41F for ; Fri, 11 Nov 2005 23:39:26 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1AC243D46 for ; Fri, 11 Nov 2005 23:39:25 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 6702BF24A3 for ; Fri, 11 Nov 2005 15:39:25 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00817-05 for ; Fri, 11 Nov 2005 15:39:24 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id BCD10F2453 for ; Fri, 11 Nov 2005 15:39:24 -0800 (PST) From: Sean McNeil To: stable@freebsd.org In-Reply-To: <1131737064.64225.2.camel@triton.mcneil.com> References: <1131737064.64225.2.camel@triton.mcneil.com> Content-Type: text/plain Date: Fri, 11 Nov 2005 15:39:24 -0800 Message-Id: <1131752364.84095.3.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: Subject: Re: 6-STABLE TCP nfs Linux client hangs (UPDATE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 23:39:26 -0000 On Fri, 2005-11-11 at 11:24 -0800, Sean McNeil wrote: > I have a 2x Athlon running with amd64 kernel and I can hang 2 Linux > clients by attempting to write large amounts of data over TCP nfs. If I > set the nfsd to be UDP only, the problem never occurs. > > Please let me know what I can do to help track this problem down. It appears that the above isn't the case. I managed to get a failure of nfs in UDP mode as well. I got some messages about jumbo frames that didn't make sense coming from the NIC when that happened and some corruption of files. I believe there is an issue with mpsafe on the sk0 nic. Turning off debug.mpsafenet (i.e. setting to 0) seems to have resolved the issue for me at the moment. Sean