I’m backing up a very large filesystem (which takes hours), which is changing whilst its being backed up, and that’s known and okay, but we do get occasional errors like:
error: lstat <file> no such file or directory
which cause restic to exit with a non-zero exit code, and our wrapper script then reports to monitoring that the backup failed.
I’m wondering if the new
--no-scan flag in 0.15 would change this behavior, or if its literally a race condition between the file being found and opened for backup, rather than the file being found in the scan much earlier and then not being there when the its attempted to be read some time later.