Chris Siebenmann <[EMAIL PROTECTED]> I'm not Anton Rang, but: | How would you describe the difference between the data recovery | utility and ZFS's normal data recovery process?
cks> The data recovery utility should not panic cks> my entire system if it runs into some situation cks> that it utterly cannot handle. Solaris 10 U5 cks> kernel ZFS code does not have this property; cks> it is possible to wind up with ZFS pools that cks> will panic your system when you try to touch them. ... I'll go you one worse. Imagine a Sun Cluster with several resource groups and several zpools. You blow a proc on one of the servers. As a result, the metadata on one of the pools becomes corrupted. http://mail.opensolaris.org/pipermail/zfs-discuss/2008-April/046951.html Now, each of the servers in your cluster attempts to import the zpool--and panics. As a result of a singe part failure on a single server, your entire cluster (and all the services on it) are sitting in a smoking heap on your machine room floor. | Nobody thinks that an answer of "sorry, we lost all of your data" is | acceptable. However, there are failures which will result in loss of | data no matter how clever the file system is. cks> The problem is that there are currently ways to cks> make ZFS lose all your data when there are no cks> hardware faults or failures, merely people or cks> software mis-handling pools. This is especially cks> frustrating when the only thing that is likely cks> to be corrupted is ZFS metadata and the vast cks> majority (or all) of the data in the pool is intact, cks> readable, and so on. I'm just glad that our pool corruption experience happened during testing, and not after the system had gone into production. Not exactly a resume-enhancing experience. --Scott This message may contain information that is confidential or privileged. If you are not the intended recipient, please advise the sender immediately and delete this message. _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
