From owner-freebsd-current Thu Dec 9 13:55:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id C708814FDF for ; Thu, 9 Dec 1999 13:55:26 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id PAA06088; Thu, 9 Dec 1999 15:55:12 -0600 (CST) (envelope-from dan) Date: Thu, 9 Dec 1999 15:55:12 -0600 From: Dan Nelson To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: NFS client zeroing out blocks on write? Message-ID: <19991209155512.A5898@dan.emsphone.com> References: <19991203112518.A43843@dan.emsphone.com> <199912042051.MAA56920@apollo.backplane.com> <19991205024034.A77822@dan.emsphone.com> <199912061912.LAA71576@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <199912061912.LAA71576@apollo.backplane.com>; from "Matthew Dillon" on Mon Dec 6 11:12:21 GMT 1999 X-OS: FreeBSD 4.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Dec 06), Matthew Dillon said: > Dan, I know this may be placing an undue burden on you, but can you > try installing a 3.x snapshot to see if the bug exists there? If the > bug exists in 3.x then I'll know that it isn't due to changes I've > made in 4.x (or at least not likely due to those changes). If the > bug does not exist then it gives me a place to start looking. I don't have a spare machine at the moment to install 3.3 onto at the moment, but will keep an eye out for one. > The weird thing is that we are talking about a single process here, > and I would expect this type of bug to occur with multiple contending > processes. If it had just been an NFSv3 mount I would have suspected > the commit rpc code, but if it is occuring on NFSv2 as well it kinda > sounds like a preexisting bug that has just been brought out into the > light due to changes in the way NFS works (major NFS performance > improvements have been made in -current, for example, that allow NFS > to saturate the network more easily). I am going to have to retract my earlier NFSv2 statement; I can't for the life of me reproduce the glitch over any v2 mount now. The corrupted file I saw across a v2 mount must have been bad to start with. I can definitely reproduce it over an NFSv3 mount to a FreeBSD, Solaris, or Dec Unix server. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message