Hello Bill, Friday, July 21, 2006, 7:31:25 AM, you wrote:
BM> On Thu, Jul 20, 2006 at 03:45:54PM -0700, Jeff Bonwick wrote: >> > However, we do have the advantage of always knowing when something >> > is corrupted, and knowing what that particular block should have been. >> >> We also have ditto blocks for all metadata, so that even if any block >> of ZFS metadata is destroyed, we always have another copy. >> Bill Moore describes ditto blocks in detail here: >> >> http://blogs.sun.com/roller/page/bill?entry=ditto_blocks_the_amazing_tape BM> Right. And I should point out that if Eric had been running build 38 or BM> later, this data corruption would not have happened - it would have been BM> automatically repaired using ditto blocks (the bad block was a L2 BM> indirect block - of which there would have been 2 copies). However possibly something is broken there as I see on two different servers (v240, T2000) CKSUM errors for ditto blocks on daily basics and it's hard to belive I have a problem with hardware and it hits only metadata blocks. More at: http://www.opensolaris.org/jive/thread.jspa?threadID=9846&tstart=0 -- Best regards, Robert mailto:[EMAIL PROTECTED] http://milek.blogspot.com _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
