From owner-freebsd-stable@FreeBSD.ORG Fri Sep 29 08:10:32 2006 Return-Path: X-Original-To: freebsd-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 A851E16A531 for ; Fri, 29 Sep 2006 08:10:32 +0000 (UTC) (envelope-from yuri@irfu.se) Received: from colibri.its.uu.se (colibri.its.uu.se [130.238.4.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E13343D62 for ; Fri, 29 Sep 2006 08:10:25 +0000 (GMT) (envelope-from yuri@irfu.se) Received: by colibri.its.uu.se (Postfix, from userid 211) id 88AC7A6B; Fri, 29 Sep 2006 10:10:24 +0200 (DFT) Received: from colibri.its.uu.se(127.0.0.1) by colibri.its.uu.se via virus-scan id s14346; Fri, 29 Sep 06 10:10:16 +0200 Received: from hq.irfu.se (hq.irfu.se [130.238.30.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by colibri.its.uu.se (Postfix) with ESMTP id 53258A63; Fri, 29 Sep 2006 10:10:14 +0200 (DFT) Received: from [130.92.76.29] (issi29.unibe.ch [130.92.76.29]) (authenticated bits=0) by hq.irfu.se (8.13.6/8.13.6) with ESMTP id k8T8A7Aq017891 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Sep 2006 10:10:09 +0200 (CEST) (envelope-from yuri@irfu.se) Message-ID: <451CD4DA.8060906@irfu.se> Date: Fri, 29 Sep 2006 10:10:02 +0200 From: Yuri Khotyaintsev User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200605081354.58807.yuri@irfu.se> <20060508174133.GA48163@xor.obsecurity.org> <200605111111.07882.yuri@irfu.se> In-Reply-To: <200605111111.07882.yuri@irfu.se> Content-Type: text/plain; charset=UTF-8; format=flowed X-Spam-Status: No, score=-2.5 required=7.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.5 X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on hq.irfu.se Content-Transfer-Encoding: quoted-printable Cc: Kris Kennaway Subject: NFS/TCP 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, 29 Sep 2006 08:10:32 -0000 Will a fix for NFS/TCP (nfs_socket.c rev 1.138) be ever committed to stab= le? Yuri Khotyaintsev wrote: > On Monday 08 May 2006 19:41, Kris Kennaway wrote: > =20 >> On Mon, May 08, 2006 at 01:54:58PM +0200, Yuri Khotyaintsev wrote: >> =20 >>> I have an NSF server and several clients which write large text files= to >>> the server. All machines are running max one week old STABLE and are >>> connected to the same gigabit switch, and have identical nics (em). A= md >>> mount options are: /defaults >>> type:=3Dnfs;cache:=3Dall;opts:=3Drw,intr,nosuid,grpid,nfsv3,tcp,resvp= ort,soft >>> >>> Almost all the time I get the following messages on the server: >>> >>> nfsd send error 32 >>> nfsd send error 32 >>> nfsd send error 32 >>> nfsd send error 32 >>> nfsd send error 32 >>> ... >>> >>> And corresponding messages on a client: >>> >>> impossible packet length (8996061) from nfs server db:/export/data1/c= aa >>> impossible packet length (3123011) from nfs server db:/export/data1/c= aa >>> impossible packet length (893006905) from nfs server db:/export/data1= /caa >>> impossible packet length (842018868) from nfs server db:/export/data1= /caa >>> impossible packet length (874220) from nfs server db:/export/data1/ca= a >>> impossible packet length (14182767) from nfs server db:/export/data1/= caa >>> impossible packet length (16777216) from nfs server db:/export/data1/= caa >>> impossible packet length (758134573) from nfs server db:/export/data1= /caa >>> impossible packet length (1503661568) from nfs server >>> db:/export/data1/caa impossible packet length (1300840) from nfs serv= er >>> db:/export/data1/caa ... >>> >>> And from time to time the files which are written to the server get >>> truncated (regardless of the file size)... >>> >>> Does anybody have an idea how to make it work reliably and not to >>> truncate the files? >>> =20 >> mohan committed a fix for one such problem a few days ago. It will >> not be in 6.1-RELEASE, but you should be able to apply the patch >> yourself. It would be nice to know how it works for you. >> >> =20 >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/nfsclient/nfs_socket.c.d= iff?r >> 1=3Dtext&tr1=3D1.136&r2=3Dtext&tr2=3D1.139 >> =20 > > I have patched nfs_socket.c on all clients and run the same kind of pro= cessing=20 > which was causing the problem. I can report that the problem is gone wi= th=20 > nfs_socket.c rev 1.139. I only got one "nfs send error 35" on one of th= e=20 > clients instead of hundreds of messages I was seeing before. Thank you = very=20 > much! > =20 --=20 Dr. Yuri Khotyaintsev Institutet f=C3=B6r rymdfysik (IRF), Uppsala