-
Notifications
You must be signed in to change notification settings - Fork 245
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
--destroy-only doesn't work as expected #66
Comments
Hello |
the code below does the job. Adjust the pool/data, auto-snap_tag, and second tail to suit.
|
I'm running into this too. This doesn't always happen, but it seems to occur on larger filesystems or environments with more than 10 filesystems. Any thoughts? |
Having the same issue, even without --destroy-only, on Ubuntu 18.04. |
It seems the issue is forgotten, yet it is still a thing, at least in Proxmox 6.4. |
I switched to https://github.com/jimsalterjrs/sanoid |
Hi!
The --destroy-only flag does not seem to work as expected. There are two issues:
gpothier@heracles:~/zfs-auto-snapshot-master$ sudo zfs-auto-snapshot --destroy-only --label=min15 --keep=4 -r -d //
Debug: Including tambor for recursive snapshot.
Debug: Excluding tambor/caligrafix because tambor includes it recursively.
Debug: Excluding tambor/luki because tambor includes it recursively.
Debug: Excluding tambor/pub because tambor includes it recursively.
Debug: Excluding tambor/ssdcaligrafix because tambor includes it recursively.
Recursively destroying all but the newest 4 snapshots of tambor
@zfs-auto-snap_min15-2017-03-15-0015, 0 created, 0 destroyed, 0 warnings.
The text was updated successfully, but these errors were encountered: