From owner-freebsd-stable Fri Apr 5 23:19:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id C713B37B41B for ; Fri, 5 Apr 2002 23:19:41 -0800 (PST) Received: from frejya.corp.netapp.com (frejya [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id g367Jfh20322; Fri, 5 Apr 2002 23:19:41 -0800 (PST) Received: from orbit-fe.eng (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.12.2/8.12.2/NTAP-1.4) with ESMTP id g367JehD003725; Fri, 5 Apr 2002 23:19:40 -0800 (PST) Received: from localhost (kmacy@localhost) by orbit-fe.eng (8.11.6+Sun/8.11.6) with ESMTP id g367Jdp04358; Fri, 5 Apr 2002 23:19:39 -0800 (PST) Date: Fri, 5 Apr 2002 23:19:39 -0800 (PST) From: Kip Macy To: Aditya Cc: freebsd-stable@freebsd.org Subject: Re: NFS hang with fxp and Network Appliance fileserver In-Reply-To: <20020406055443.GA82908@mighty.grot.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I've tried it with and without intr and dumbtimer (there was a post in the > archive that said that turning off the dynamic retransmit timeout estimator > would help for high-performance UDP mounts) but not tcp. As I mentioned, it > works fine on a machine with a de-based NIC without -r=1024. I'm speculating that the difference in behaviours is an artifact of the hardware and not the driver. The 82559 may be able to feed ip_input fragments faster than the 21x4x. There was a thread on -hackers this week about problems caused by UDP fragmentation (only in that case it was a panic). If you're interested the subject was "Fatal trap 12: page fault while in kernel mode". > Okay, I've forced nfs v3 and tcp like this: > > -3,tcp,ro,intr,nodev,nosuid,noauto > > and seems to work fine too...so the problem is with fragments on v2 and v3 UDP > mounts (I tested both and they had the same "hanging" behaviour). > I'm glad that that fixed the problem. If this is not already documented on this end, I will try to get it updated to reflect this. I think TCP should be the default. I agree with Kirk that the designers of NFSv2 took statelessness a little too seriously when they used UDP. The fact of the matter is you still have state, but you move it from the network stack into the client and the server. The end effect being that you reproduce parts of TCP badly. -Kip To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message