Bug 248804 - sysutils/zfstools: Doesn't clean up old snapshots that were in use
Summary: sysutils/zfstools: Doesn't clean up old snapshots that were in use
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Many People
Assignee: Bryan Drewery
Depends on:
Reported: 2020-08-21 08:35 UTC by Danny McGrath
Modified: 2020-09-15 08:34 UTC (History)
0 users

See Also:
bugzilla: maintainer-feedback? (bdrewery)


Note You need to log in before you can comment on or make changes to this bug.
Description Danny McGrath 2020-08-21 08:35:31 UTC

This is a bit of an old bug that I've been dealing with for quite some time, and I am not 100% sure on the cause, but have some theories. I am using zfstools 0.3.6_1.

This bug is that old snapshots that were locked from delete (in use) during backups, I presume, prevent the script from cleanup up the snapshot. The problem is that the system never goes back to all of the past ones that it missed to clean them up. The result is that you are left with a bunch of snapshots laying around from years ago, in some cases, for something like an hourly snapshot.

eg: data/ezjail/my.jail.name.org@zfs-auto-snap_hourly-2019-08-02-08h00

IMHO, this tool should be considered to "own" the entire namespace of "zfs-auto-snap_$timestamp" etc, and thus no harm in going over the entire history to at least clean up older stuff that sticks around an extra moment.

Any ideas if this is a bug or something that can be considered implementing? I know it wouldn't be the first time that our systems ran low on space due to this issue.

Comment 1 Danny McGrath 2020-09-15 08:34:47 UTC
Anyone there?