From owner-freebsd-questions@FreeBSD.ORG Sat Jan 31 09:46:16 2004 Return-Path: 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 22D5716A4CE for ; Sat, 31 Jan 2004 09:46:16 -0800 (PST) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAC8543D7B for ; Sat, 31 Jan 2004 09:45:56 -0800 (PST) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.no-ip.com ([66.30.196.44]) by comcast.net (sccrmhc13) with ESMTP id <2004013117455101600fvl8ve>; Sat, 31 Jan 2004 17:45:51 +0000 Received: by be-well.no-ip.com (Postfix, from userid 1147) id 2075E11; Sat, 31 Jan 2004 12:45:51 -0500 (EST) Sender: lowell@be-well.ilk.org To: "Randy Grafton" References: <20040130024418.52651.qmail@mail.indatacorp.com> From: Lowell Gilbert Date: 31 Jan 2004 12:45:50 -0500 In-Reply-To: <20040130024418.52651.qmail@mail.indatacorp.com> Message-ID: <44ad44xb8x.fsf@be-well.ilk.org> Lines: 28 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-questions@freebsd.org Subject: Re: File Corruption X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2004 17:46:16 -0000 "Randy Grafton" writes: > ourselves through ftp/sftp and sure enough the file is no longer > functional and we'll have to replace it with another copy. I googled > and searched the lists but have only found tips regarding speeding up > http downloads, (reverting to the current Apache 1.3.x > version). It sounds like hardware trouble to me. The obvious culprit would be a dodgy disk, but you should probably make sure that it isn't really a RAM problem (maybe the file is being cached by the OS). The next time you see a corrupt file, you could try rebooting and see if the file still seems corrupt. If not, then you probably have a RAM problem. To guard against data corruption (it's a fabulously rare occurrence on properly-functioning equipment, but I have data that I'd like to still have accessible in 50 years), I use mtree(8) to checksum all of the files in some of my subdirectory trees, to see if they've changed lately. This would probably be a useful tool in this case, too (at least until the real problem is fixed, although there's no real reason to stop at that point), so that the corrupt files can be caught before customers notice. It is, of course, also possible that the source of the corruption is a bug. I don't recall any reports of such problems on UFS filesystems, but you might want to consider updating to FreeBSD 4.9 on that server. Good luck.