From owner-freebsd-current@FreeBSD.ORG Tue Oct 2 22:35:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45A4416A418 for ; Tue, 2 Oct 2007 22:35:26 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 0C34713C4B7 for ; Tue, 2 Oct 2007 22:35:25 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62315 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IcqKq-0004U0-Tk for freebsd-current@freebsd.org; Tue, 02 Oct 2007 22:35:24 +0000 Message-ID: <4702C7AC.8020802@conducive.net> Date: Tue, 02 Oct 2007 18:35:24 -0400 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <3939DF4C-D688-40B2-9A9A-1400E528AB07@online.no> <30482584.83141191352060006.JavaMail.root@zmail.illuminati.org> <20071002210544.GB5375@garage.freebsd.pl> In-Reply-To: <20071002210544.GB5375@garage.freebsd.pl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS corrupting data, even just sitting idle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Oct 2007 22:35:26 -0000 Pawel Jakub Dawidek wrote: > On Tue, Oct 02, 2007 at 12:07:40PM -0700, Brooks Talley wrote: >> I do apologize for the subject-verb construction that implied that ZFS itself, or the ZFS code, or anyone responsible for ZFS, or the letter "Z", was corrupting the data rather than merely being subject to the corruption, or at most a potential suspect. I should have said "A storage system comprised of ZFS filesystem, the underlying geom system, the kernel, the ATA driver, the firmware and hardware on the SATA card, the PCI bridge, the SATA cables, the drives themselves, the power supply, system case, and surrounding environment including temperature, humidity, and RF fields, is corrupting its data". I just figured that was implicit and that we were all results-oriented rather than blame-oriented. Sorry! > > Simple s/corrupting/detecting corruption/ would do:) > No worries, you are not the first one. > > For me it's just quite interesting to observe how people live for years > with h/w corrupting their data and only putting ZFS there reveals the > problems. I wonder how many strange UFS-related problems/panics reported > over the years are due to buggy hardware. > How soon we forget.. - tweaking CP/M 2.2 ASM code to tolerate 7 soft-read errors instead of crapping out after 3 on 8" FDD... - the sound of SCSI heads on hardware controller 'patrol' coveringourass. - that those 10 to the minus error ratings for massive modern HDD DO translate to less than perfect scores after all... ;-) Bill