From owner-freebsd-questions@FreeBSD.ORG Fri May 27 07:11:50 2005 Return-Path: X-Original-To: freebsd-questions@FreeBSD.org Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CBC316A41F; Fri, 27 May 2005 07:11:50 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CE7A43D5D; Fri, 27 May 2005 07:11:49 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j4R7BTMf078204; Fri, 27 May 2005 00:11:35 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200505270711.j4R7BTMf078204@gw.catspoiler.org> Date: Fri, 27 May 2005 00:11:29 -0700 (PDT) From: Don Lewis To: skylar@cs.earlham.edu In-Reply-To: <4295CC7C.3080009@cs.earlham.edu> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: Weird NFS problems X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 07:11:50 -0000 On 26 May, Skylar Thompson wrote: > I'm having some problems with NFS serving on a FreeBSD 5.4-RELEASE > machine. The FreeBSD machine is the NFS/NIS server for a group of four > Linux clusters. The network archictecture looks like this: > > 234/24 234/24 > Cluster 1 --- |--------------- Cluster 3 > | --------------- > em0| File server | fxp0 > | -------------- > Cluster 2 --- |--------------- Cluster 4 > 234/24 230/24 > > > em0 and fxp0 are bridged, and em0 has a 234/24 IP address while fxp0 is > just in promiscuous mode. 234/24 is an 802.1q VLAN on the fxp0 side of > the server, so packets are untagged at the switch just before fxp0, and > are forwarded to em0 through the bridge. > > The problem manifests itself in large UDP NFS requests from Clusters 3 > and 4. The export can be mounted fine from both those clusters, and > small transfers such as with ls work fine, but the moment any serious > data transfer starts, the entire mount just hangs. Running ethereal on > the file server shows a a lot of fragmented packets, and RPC > retransmissions on just a single request. Reducing the read and write > NFS buffers on the Linux clients to 1kB from the default of 4kB solves > the issue, but kills the transfer rate. The moment I go to 2kB, the > problem reappearss. Clusters 1 and 2 use the default of 4kB buffers, and > have no problems communicating to em0. > > Poking through the list archives, I ran across this message > (http://lists.freebsd.org/pipermail/freebsd-stable/2003-May/001007.html) > that reveals a bug in the fxp(4) driver in 4-RELEASE that incorrectly > detects the capabilities of the NIC. Is this still an issue in > 5-RELEASE, or am I looking at a different problem? Any ideas on how I > can get the NFS buffers up to a reasonable level? That problem was fixed quite some time ago. Which transfer direction fails? Client writing to server Client reading from server Both? Do you see all the fragments in the retransmitted request?