Closed modem closed 4 months ago
Hey, forgot to leave a comment on this thread. tl;dr is that warnings don't trigger error hooks at the moment. I plan to add a CONDITION_SNAPSHOT_WARNING
to capture these cases.
These warnings already triggered the Discord hook with the error conditions. This example was from April 4th:
Maybe something changed in these latest versions. The last trigger for me was on April 10th, so if there was any change in Backrest it was after this date. I don't have these warnings all the time, they are sporadic.
For me it's ok to capture these errors with the existing error conditions, but having a new warning condition will be fine as well. This latest may be useful for other people.
Hey, you're right that there was a behavior change here -- which isn't great. I did some work prior to the last release to downgrade warnings to not trigger error hooks but you're right in noticing that there currently isn't a good way to get notified of IO errors.
This will be fixed in the v1.0.0 release by adding the warning condition hook (I do want users to have the option to ignore warnings if they see them commonly -- e.g. backing up big directories of constantly changing sqlite databases (if a user isn't inclined to setup hooks to properly stop the applications doing writes).
Specifically addressed in https://github.com/garethgeorge/backrest/commit/f0ee20f53de58e0a0a0a63137e203161d8acce4d
Thanks for sharing your point of view. I can wait for the next release to have the warning condition. Is there a way we can stop a docker container from within Backrest running on another docker container?
Added the new backup warning hook type in 1.0.0 which should address this
I've set a hook for Discord notification in case of error in a plan (and repo), but it seems it's not being triggered.
In the log, I don't see any reference to the hook when an error occurs. In these last days, the plan failed 2 times due to an error accessing some files.
Here's the log of today's error:
I just edited the plan to trigger the same notification in case of a plan start and end, just to test the notification connection, and it got triggered at the backup start and at the backup end.
Expected behavior I expect the trigger to occur in case of a backup failure. This trigger has already worked in the past.
Platform Info