Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758058AbXFUGpv (ORCPT ); Thu, 21 Jun 2007 02:45:51 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754271AbXFUGpm (ORCPT ); Thu, 21 Jun 2007 02:45:42 -0400 Received: from dsl081-033-126.lax1.dsl.speakeasy.net ([64.81.33.126]:55535 "EHLO bifrost.lang.hm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754116AbXFUGpl (ORCPT ); Thu, 21 Jun 2007 02:45:41 -0400 Date: Wed, 20 Jun 2007 23:45:25 -0700 (PDT) From: david@lang.hm X-X-Sender: dlang@asgard.lang.hm To: David Chinner cc: Neil Brown , Avi Kivity , linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org Subject: Re: limits on raid In-Reply-To: <20070621063936.GT85884050@sgi.com> Message-ID: References: <18034.479.256870.600360@notabene.brown> <18034.3676.477575.490448@notabene.brown> <467273AB.9010202@argo.co.il> <18035.3009.568832.785308@notabene.brown> <20070618045759.GD85884050@sgi.com> <18041.59628.370832.633244@notabene.brown> <20070621063936.GT85884050@sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1285 Lines: 30 On Thu, 21 Jun 2007, David Chinner wrote: > On Thu, Jun 21, 2007 at 12:56:44PM +1000, Neil Brown wrote: > >> I have that - apparently naive - idea that drives use strong checksum, >> and will never return bad data, only good data or an error. If this >> isn't right, then it would really help to understand what the cause of >> other failures are before working out how to handle them.... > > The drive is not the only source of errors, though. You could > have a path problem that is corrupting random bits between the drive > and the filesystem. So the data on the disk might be fine, and > reading it via a redundant path might be all that is needed. one of the 'killer features' of zfs is that it does checksums of every file on disk. so many people don't consider the disk infallable. several other filesystems also do checksums both bitkeeper and git do checksums of files to detect disk corruption as david C points out there are many points in the path where the data could get corrupted besides on the platter. David Lang - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/