From owner-freebsd-bugs@FreeBSD.ORG Wed Jun 1 16:20:02 2005 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5F3316A41C for ; Wed, 1 Jun 2005 16:20:02 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57DE743D4C for ; Wed, 1 Jun 2005 16:20:02 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j51GK2NW099318 for ; Wed, 1 Jun 2005 16:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j51GK2RS099317; Wed, 1 Jun 2005 16:20:02 GMT (envelope-from gnats) Resent-Date: Wed, 1 Jun 2005 16:20:02 GMT Resent-Message-Id: <200506011620.j51GK2RS099317@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, BigB3 Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74FE616A41C for ; Wed, 1 Jun 2005 16:11:49 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3912443D1D for ; Wed, 1 Jun 2005 16:11:49 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j51GBmTi062728 for ; Wed, 1 Jun 2005 16:11:48 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j51GBmr0062727; Wed, 1 Jun 2005 16:11:48 GMT (envelope-from nobody) Message-Id: <200506011611.j51GBmr0062727@www.freebsd.org> Date: Wed, 1 Jun 2005 16:11:48 GMT From: BigB3 To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: kern/81770: Always "NFS append race" at every NFS mount with user specified read/write size X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2005 16:20:03 -0000 >Number: 81770 >Category: kern >Synopsis: Always "NFS append race" at every NFS mount with user specified read/write size >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 01 16:20:01 GMT 2005 >Closed-Date: >Last-Modified: >Originator: BigB3 >Release: 4.11-Release >Organization: - >Environment: FreeBSD ikaros.XX.XXX.XX 4.11-RELEASE FreeBSD 4.11-RELEASE #8: Thu Mar 24 20:30:52 EET 2005 root@:/usr/obj/usr/src/sys/ikaros i386 and FreeBSD bigb3server.bbcluster.gr 4.11-RELEASE-p4 FreeBSD 4.11-RELEASE-p4 #6: Wed Apr 27 22:46:05 EEST 2005 root@ikaros.XXX.XXXXX.gr:/usr/obj/usr/src/sys/bigb3server i386 >Description: If you mount an NFS specifying either the read or write size (or both) and then you edit or create a file and save it, you always get an NFS error. The read and write size should be NOT a standard size. For example size of 13248 or 11840 or 8880 Thus, if you mount an NFS drive and tweak this option whatever file you edit, it is destroyed and in the syslog you get messages of "NFS append race @0:498" "NFS append race @0:3072" .. Note that the syslog messages are the same for the same read/write size. For example, if you mount the NFS drive with read/write 13248 in all the cases in all the files I got NFS append race 3200:3072 and 3200:169 or 3200:171 If I used the read/write size of 12000 I got NFS append race @2e00:4096 NFS append race @2e00:3072 for whatever file I edit on that machine. NOTE (1): We are talking for a single threaded application like cat(1) or vi(1). Thus, the same single threaded application makes an NFS append race on itself (I do not know how this is done) NOTE (2): _ALWAYS_ we get an NFS append race with we specify read/write size of a special value. NOTE (3): The text file should be more than some KBs...Dont edit a text file with 10 lines only NOTE (4): Some times (very often) even read/write size of 10*1024=10240 fails with NFS append race.. (This has been tested on a network with 7 computers) >How-To-Repeat: 1) Mount (tcp or udp) an NFS disk with size 13248 or 8880 or 11840 mount -o,-r=12000,-w=12000 alkystis:/users4 /mnt or mount -o,-r=13248,-w=13248 alkystis:/users4 /mnt 2) Edit a file or create a file which is some KB in size.. In my case I copy paste using the mouse a text file of 15KB.... vi /mnt/test.txt (and save and exit (wq)) As soon as you save and exit you get 2 NFS Append race on your syslogd You can either do cat > /mnt/test << EOF EOF and you get 2 NFS append messages (the same range that was before). >Fix: The only temporar solution I think of is to use standard mount sizes of 8192 or 16384. >Release-Note: >Audit-Trail: >Unformatted: