> What is an example of where a checksummed outside pool would not be able > to protect a non-checksummed inside pool? Would an intermittent > RAM/motherboard/CPU failure that only corrupted the inner pool's block > before it was passed to the outer pool (and did not corrupt the outer > pool's block) be a valid example?
> If checksums are desirable in this scenario, then redundancy would also > be needed to recover from checksum failures. That is excellent point also, what is the point for checksumming if you cannot recover from it? At this kind of configuration one would benefit performance-wise not having to calculate checksums again. Checksums in outer pools effectively protect from disk issues, if hardware fails so data is corrupted isn't outer pools redundancy going to handle it for inner pool also. Only thing comes to mind is that IF something happens to outerpool, innerpool is not aware anymore of possibly broken data which can lead issues. Yours Markus Kovero _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
