Bug #2759
closedhammer(8) doesn't respect the timelimit for deduplication
Description
Environment:
- 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
Problem:
- 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.
Files
Updated by tuxillo over 9 years ago
- File cmd_dedup01.diff cmd_dedup01.diff added
- Category set to Userland
- Status changed from New to Feedback
- Assignee set to tuxillo
- Priority changed from Normal to High
- Target version set to 4.2
Hi,
Please try the patch attached (in non Prod systems) and see if it works correctly.
Cheers,
Antonio Huete
Updated by ftigeot over 9 years ago
- % Done changed from 0 to 90
Thanks for the patch.
It appears to work perfectly fine on a test box.
Updated by ftigeot over 9 years ago
- Status changed from Feedback to Resolved
- % Done changed from 90 to 100
Fix pushed to -master as 3a92efe3ce8f11b83b469609135c5fedaafa6632 .