a couple of points > One could make the argument that the feature could > cause enough > confusion to not warrant its inclusion. If I'm a > typical user and I > write a file to the filesystem where the admin set > three copies but > didn't tell me it might throw me into a tizzy trying > to figure out why > my quota is 3X where I expect it to be. >
I don't think anybody is saying it is going to be the default setup. If someone is not comfortable with a feature, surely they can choose to ignore it. An admin can use actual mirroring, raidz etc, and carry on as before. There are many potentially confusing features of almost any computer system. Computers are complex things. I admin a couple of schools with a total of about 2000 kids. I really doubt that any of them would have a problem understanding it. More importantly, is an institution utilizing quotas really the main market for this feature. It seems to me that it is clearly aimed at people in control of their own machines (even though I can see uses for this in pretty much any environment). I doubt anyone capable of installing and running Solaris on their laptop would be confused by this issue. I don't think anyone is saying that ditto blocks are a complete, never-lose-data solution. Sure the whole disk can (and probably will) die on you. If you partitioned the disk, mirrored it, and it died, you would still be in trouble. If the disk doesn't die, but for whatever reason, you get silent data corruption, the checksums pick up the problem, and the ditto blocks allow recovery. Given a situation, where you: a) have a laptop or home computer which you have important data on. b) for whatever reason, you can't add another disk to utilize mirroring (and you are between backups) this seems to me to be a very valid solution. Especially as has already been said, it takes very little to implement, and doesn't hinder anything else within zfs. I think that people can benefit from this. > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discu > ss > This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
