From owner-freebsd-stable@FreeBSD.ORG Sat Feb 9 00:36:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3892716A419 for ; Sat, 9 Feb 2008 00:36:58 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outK.internet-mail-service.net (outK.internet-mail-service.net [216.240.47.234]) by mx1.freebsd.org (Postfix) with ESMTP id 1C4F013C448 for ; Sat, 9 Feb 2008 00:36:58 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 08 Feb 2008 16:26:27 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id DAC1E127152; Fri, 8 Feb 2008 16:26:26 -0800 (PST) Message-ID: <47ACF338.3020802@elischer.org> Date: Fri, 08 Feb 2008 16:26:32 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Joe Peterson References: <47ACD7D4.5050905@skyrush.com> <47ACDE82.1050100@skyrush.com> <20080208173517.rdtobnxqg4g004c4@www.wolves.k12.mo.us> <47ACF0AE.3040802@skyrush.com> In-Reply-To: <47ACF0AE.3040802@skyrush.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Analysis of disk file block with ZFS checksum error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Feb 2008 00:36:58 -0000 Joe Peterson wrote: > Chris Dillon wrote: >> That is a chunk of a Mozilla Mork-format database. Perhaps the >> Firefox URL history or address book from Thunderbird. > > Interesting (thanks to all who recognized Mork). I do use Firefox and > Thunderbird, so it's feasible, but how the heck would a piece of one of > those files find its way into 1/2 of a ZFS block in one of my mp3 files? > I wonder if it could have been done on write when the file was copied > to the ZFS pool (maybe some write-caching issue?), but I thought ZFS > would have verified the block after write. It seems unlikely that it > would g it could be an old file.. what kind of disks? I had a scenario where 3ware controllers were just failing to write to a drive in the array, so old data showed through. it was possible by looking to see where the boundary between good and bad was, to identify the culprit.. the filesystem and the partitions and the raids all were on different alignments so teh only part of the system that had a boundary that aligned with the bad data was the physical stripes laid down by the controller. It was 64k stripes and 64k data missing, exactly on stripe boundaries. Due to the fact that FreeBSD had partitioned the drive staring at 63 blocks in, nothing else aligned with the problem. > -Joe > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"