-
Notifications
You must be signed in to change notification settings - Fork 79
Replace repository checking logic #47
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
Conversation
I agree with not using |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks nice!
Wo 8000 uld be nice if the two of you could test this logic with your existing setups. Every remote might behave slightly different. Besides that I'm ready to merge, feel free to squash merge to one commit (saw that you've used merge commit last time, which leaves the commit graph in quite a messy state) |
Awesome, works for me on my (SFTP-based) repository. But before merging this, let's discuss the right way to solve it in #48 . |
Agreed! |
Replace repository checking logic
Closes #37
I believe this covers everything the old code caught. It's not much logic besides a lot of logging. Decision to go with
cat config
follows restic/restic#1690 (comment) - we should watch out for a "check" command implemented in the future.Major change: So far the initial check could have failed and the backup would still have been scheduled. Now if the check does not succeed the container will fail during initialization.
Quick words about
SKIP_INIT_CHECK
: I intentionally did not document this variable. It shouldn't be a feature but rather a workaround for users with serious reasons to resort to it. Also, if after this PR is merged a user complains about issues, the variable can serve as a 0-day fix before we understand the needed improvement.