borgmatic list --successful omits certain non-checkpoint archives #224
Labels
No Label
bug
data loss
design finalized
good first issue
new feature area
question / support
security
waiting for response
No Milestone
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: borgmatic-collective/borgmatic#224
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What I'm trying to do and why
Filter out checkpoint archives with
borgmatic list --successful
so as to only report on completed backups (e.g. for monitoring purposes).Steps to reproduce / actual behavior
The existing implementation of
--successful
relies on a hacky glob match which doesn't work as expected. It excludes short archive names and those ending with a "t", even if they're not checkpoint archives.See the discussion here: https://github.com/borgbackup/borg/issues/4047
Expected behavior
The
--successful
flag should only filter out checkpoint archives (those whose name ends with ".checkpoint", without excluding any other archives.Other notes / implementation ideas
As noted in the linked ticket, the only possible approach right now is applying a checkpoint filter after Borg applies its own filters. This is a huge PITA because 1. Without the
--json
flag, borgmatic doesn't even consume Borg's output, and 2. Even with the--json
flag, there's not a convenient place in the code right now to filter the output due to the way the results areyield
ed.Environment
borgmatic version: 1.3.25
borgmatic installation method:
pip install --user
Borg version: 1.1.10
Python version: 3.7.4
operating system and version: Manjaro Linux stable
Well, not a great fix, but perhaps better than the original implementation:
c12c47cace
Here are the new docs for this:
Fix released in 1.3.26.