Logs missing from healthchecks failures? #764
Labels
No Label
bug
data loss
design finalized
good first issue
new feature area
question / support
security
waiting for response
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: borgmatic-collective/borgmatic#764
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
I'm monitoring my backups using a self-hosted instance of healthchecks.io. I'd like to be able to see the reason why a backup failed directly within healthchecks.
Steps to reproduce
Include a healthchecks ping_url in the Borgmatic config
Actual behavior
This is the entire output logged in healthchecks:
However, if I view the logs on the system itself, there's more details:
Expected behavior
The actual cause of the failure should be logged to healthchecks:
Other notes / implementation ideas
No response
borgmatic version
1.7.4
borgmatic installation method
Debian package
Borg version
1.2.3
Python version
3.9.2
Database version (if applicable)
MySQL 8.0.33
Operating system and version
Debian 11 (Bullseye)
Another example from a different system:
healthchecks log:
Actual error logs on the system:
(host key change was expected since I had to rebuild the backup server)
Hmm.. I'm not sure what's going on here. Can I get a look at the command you're using to run borgmatic? I'm particularly interested in the
--verbosity
and--monitoring-verbosity
values. Thanks!@witten I'm just using the systemd timer/service that comes bundled with the Debian package. I haven't customized it at all. Looks like it runs:
Do I need to add a
monitoring-verbosity
setting to that? I'm not sure why by default it enables console logging and syslog logging but not monitoring logging.Yup, try adding
--monitoring-verbosity 1
. With the version of borgmatic you're using, that value defaults to 0. With newer versions (1.8.3), it defaults to 1.Perfect, thanks. That works well. Now I just need to do the same change on all of my servers.
Unfortunately Debian is a bit behind... They haven't uploaded new Borgmatic package versions in 7 months: https://tracker.debian.org/pkg/borgmatic
Glad to hear that works! I guess the trade-off for Debian's stability is that it doesn't always have the latest and greatest versions of things. You can always install borgmatic without a Debian package if you want a newer version.
If I do want the latest version, I'd probably end up either using the Docker container or forking and updating the Debian package myself. I don't like installing software through random ad-hoc package managers since I always forget to update them. I'm using the Docker container on my Unraid server at home and it's working well there.
Totally understood. I use the Docker container as well on several machines.