Hi, there might be value in a "zpool scrub -r (as in "re-write blocks") other than the prior discussion on encryption and compression.
For instance, a bit that is just about to rot might not be detected with a regular zfs scrub but it would be rewritten with a re-writing scrub. It would also exercise the writing "muscles" on disks that don't see a lot of writing, such as archives or system disks, thereby detecting any degradation that affects writing of data. Of course the re-writing must be 100% safe, but that can be done with COW quite easily. Then, admins would for instance run a "zpool scrub" every week and maybe a "zpool scrub -r" every month or so. Just my 2 cents, Constantin Luke Scharf wrote: > Darren J Moffat wrote: >> Buth the reason thing is how do you tell the admin "its done now the >> filesystem is safe". With compression you don't generally care if >> some old stuff didn't compress (and with the current implementation it >> has to compress a certain amount or it gets written uncompressed >> anyway). With encryption the human admin really needs to be told. > As a sysadmin, I'd be happy with another scrub-type command. Something > with the following meaning: > > "Reapply all block-level properties such as compression, encryption, > and checksum to every block in the volume. Have the admin come back > tomorrow and run 'zpool status' too see if it's zone." > > Mad props if I can do this on a live filesystem (like the other ZFS > commands, which also get mad props for being good tools). > > A natural command for this would be something like "zfs blockscrub > tank/volume". Also, "zpool blockscrub tank" would make sense to me as > well, even though it might touch more data. > > Of course, it's easy for me to just say this, since I'm not thinking > about the implementation very deeply... > > -Luke > > > ------------------------------------------------------------------------ > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss -- Constantin Gonzalez Sun Microsystems GmbH, Germany Platform Technology Group, Client Solutions http://www.sun.de/ Tel.: +49 89/4 60 08-25 91 http://blogs.sun.com/constantin/ _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
