On Wed, Apr 15, 2009 at 11:49 AM, Uwe Dippel <udip...@gmail.com> wrote: > Bob Friesenhahn wrote: >> >> Since it was not reported that user data was impacted, it seems likely >> that there was a read failure (or bad checksum) for ZFS metadata which is >> redundantly stored. > > (Maybe I am too much of a linguist to not stumble over the wording here.) If > it is 'redundant', it is 'recoverable', am I right? Why, if this is the > case, does scrub not recover it, and scrub even fails to correct the CKSUM > error as long as it is flagged 'unrecoverable', but can do exactly that > after the 'clear' command? > >> >> Ubuntu Linux is unlikely to notice data problems unless the drive reports >> hard errors. ZFS is much better at checking for errors. > > No doubt. But ext3 also seems to need much less attention, very much fewer > commands. Which leaves it as a viable alternative. I still hope that one day > ZFS will be maintainable as simple as ext3; respectively do all that > maintenance on its own. :) > > Uwe
You only need to decide what you want here. Yes, ext3 requires less maintenance, because it can't tell you if a block becomes corrupt (though fsck-in when that *does* happen can require hours, compared to zfs replacing with a good block from the other half of your mirror). ZFS can *fully* do it's job only when it has several copies of blocks to choose from. Since you have only one disk here, ZFS can only say 'hey, your checksum for this block is bad - sorry'. ext3 might do the same thing, though only if you tried to use the block with an application that knew what the block was supposed to look like. That said, I think your comments raise a valid point that ZFS could be a little easier for individuals to use. I totally understand why Sun doesn't focus on end-user management tools (not their market) - on the other hand, the code is out there, so if you see a problem, get some people together to write some management tools! :) _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
