I reproduced this pretty easily on a lab machine. I've filed: 6437568 ditto block repair is incorrectly propagated to root vdev
To track this issue. Keep in mind that you do have a flakey controller/lun/something. If this had been a user data block, your data would be gone. - Eric On Mon, Jun 12, 2006 at 08:05:03AM -0700, Eric Schrock wrote: > On Mon, Jun 12, 2006 at 10:49:49AM +0200, Robert Milkowski wrote: > > > > Well, I just did 'fmdump -eV' and last entry is from May 31th and is > > related to pools which are already destroyed. > > > > I can see another 1 checksum error in that pool (I did zpool clear > > last time) and it's NOT reported by fmdump. This one occuerd afet May > > 31th. > > > > I hope these are ditto blocks and nothing else (read: bad). > > > > System is b39 SPARC. > > Yes, that does sound like ditto blocks. I'll poke around with Bill and > figure out why the checksum errors would be percolating up to the pool > level. They should be reported only for the leaf device. > > - Eric > > -- > Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss -- Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
