git: Disable HAMMER live dedup, mark as experimental
thomas.nikolajsen at mail.dk
Fri Feb 3 13:07:15 PST 2012
> > Any special reason to turn vfs.hammer.live_dedup sysctl to R/O?
> > (I haven't noticed a tunable to turn it on; only way is to change code)
> > Do we have any known problem with live_dedup?
> > (I haven't noticed a bug on this in our bug handling system)
> > Live_dedup was off by default;
> > which seemed fine for an experimental feature.
> It can be enabled from the loader / loader.conf.
Are you sure?
I don't see a tunable in the code.
> Live dedup was suspected of data corruption (but not confirmed) --
> the thought was to make sure people really, really mean to turn it on
> for 3.0, it could be switched back to the way it was in master
> now that 3.0 has been branched.
Please switch back in master (& 3.0 IMO) &
add a note to HAMMER man pages that live dedup is experimental.
Please post a HEADS UP to users@
otherwise we might still have users running live dedup
(which didn't update to recent master).
Also it would be nice to open a bug to track this issue.
Is anybody working on confirming if live dedup can give data corruption?
(it would be rather sad if such a nice feature just rot because of false rumors)
Anyway, thanks for the info;
guess this has been discussed on IRC,
but this alone is rather volatile.
More information about the Commits