[DragonFlyBSD - Bug #2759] (New) hammer(8) doesn't respect the timelimit for deduplication

bugtracker-admin at leaf.dragonflybsd.org bugtracker-admin at leaf.dragonflybsd.org
Mon Jan 5 08:43:20 PST 2015

Issue #2759 has been reported by ftigeot.

Bug #2759: hammer(8) doesn't respect the timelimit for deduplication

* Author: ftigeot
* Status: New
* Priority: Normal
* Assignee: 
* Category: 
* Target version: 
- a storage server with a 20TB /data volume
- a dataset potentially deduplication-friendly (protein sequences)
- deduplication has been enabled with a 5mn per day timelimit for /data

- hammer(8) is running most of the day, inducing a high background I/O load on the disks
- the particular command is "hammer -t 300 dedup"

That command is run from the nightly hammer cleanup cron. It starts at 3am an never finishes.

A quick test on a brand new hammer volume confirms the -t argument to hammer dedup has no effect.
hammer dedup will run forever as long as there is still data to deduplicate.

You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account

More information about the Bugs mailing list