If you did not do "zfs set dedup=fletcher4,verify <fs>" (which is available in build 128 and nightly bits since then), you can ignore this message.

We have changed the on-disk format of the pool when using dedup=fletcher4,verify with the integration of:

6903705 dedup=fletcher4,verify doesn't byteswap correctly, has lots of hash collisions

This is not the default dedup setting; pools that only used "zfs set dedup=on" (or =sha256, or =verify, or =sha256,verify) are unaffected.

Before installing bits with this fix, you will need to destroy any filesystems that have had dedup=fletcher4,verify set on them. You can preserve your existing data by running:

        zfs set dedup=<any other setting> <old fs>
        zfs snapshot -r <old fs>@snap
        zfs create <new fs>
        zfs send -R <old fs>@snap | zfs recv -d <new fs>
        zfs destroy -r <old fs>

Simply changing the setting from dedup=fletcher4,verify to another setting is not sufficient, as this does not modify existing data.

You can verify that your pool isn't using dedup=fletcher4,verify by running
        zdb -D <pool> | grep DDT-fletcher4
If there are no matches, your pool is not using dedup=fletcher4,verify, and it is safe to install bits with this fix.

Build 128 will be respun to include this fix.

Sorry for the inconvenience,

-- team zfs
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to