Hey, Bob My perspective on Big reasons for it *to* be integrated would be: - It's tested - By the folks charged with making ZFS good - It's kept in sync with the differing Zpool versions - It's documented - When the system *is* patched, any changes the patch brings are synced with the recovery mechanism - Being integrated, it has options that can be persistently set if required - It's there when you actually need it - It could be integrated with Solaris FMA to take some funky actions based on the nature of the failure, including cool messages telling you what you need to run to attempt a repair etc - It's integrated (recursive, self fulfilling benefit... ;)
As for the separate utility for different failure modes, I agree, *development* of these might be faster if everyone chases their own pet failure mode and contributes it, but I still think getting them integrated either as optional actions on error, or as part of zdb or other would be far better than having to go looking for the utility and 'give it a whirl'. But - I'm sure that's a personal preference, and I'm sure that there are those that would love the opportunity to roll their own. OK - I'm going to shutup now. I think I have done this to death, and I don't want to end up in everyone's kill filter. Cheers! Nathan. Bob Friesenhahn wrote: > On Tue, 4 Mar 2008, Nathan Kroenert wrote: >>> The circus trick can be handled via a user-contributed utility. In fact, >>> people can compete with their various repair utilities. There are only >>> 1048576 1-bit permuations to try, and then the various two-bit permutations >>> can be tried. >> That does not sound 'easy', and I consider that ZFS should be... :) and IMO >> it's something that should really be built in, not attacked with an addon. > > There are several reasons why this sort of thing should not be in ZFS > itself. A big reason is that if it is in ZFS itself, it can only be > updated via an OS patch or upgrade, along with a required reboot. If > it is in a utility, it can be downloaded and used as the user sees fit > without any additional disruption to the system. While some errors > are random, others follow well defined patterns, so it may be that one > utility is better than another or that user-provided options can help > achieve success faster. > > Bob > ====================================== > Bob Friesenhahn > [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ > GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
