Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
Backup error: The source folder does not exist, aborting backup #2760
Backups fail if a source folder has been deleted. This seems inconsistent with what I'd expect when deleting a folder that I'm backing up.
For example a directory test/ containing the directories a/ and b/
Selecting the directory a/ and b/ for backup, backing up, and then removing a/ will cause the error
So a clear workaround is to choose source folders that will not be deleted and then excluding subfolders that you don't want to backup. But that can be quite a PITA if you have to unselect 150 folders within a source folder. Not to mention the fact that this "effect" has left me without duplicati backups since Saturday cause I didn't check on it since I deleted one of the source folders.
Steps to reproduce
As to the more philosophical debate, I still feel strongly about my backup software doing backups - instead of worrying about auditing file changes. If someone deletes half my files I'd rather have backups of the 2nd half of my files than no backups.
In a scenario where a source folder accidentally got deleted over night you lose any ability to back up your files until you correct the problem in the morning... Unless you remembered to add the
That seems like unintuitive backup software behavior to me and brings Duplicati into the domain of filesystem auditing software.
I think the problem is that Duplicati does not know why the source folder is missing or if that is acceptable.
The intention with the current default behaviour is that you would be really sad if you have been running backups regularly (configured, tested, and verified), but then suddenly find out that the folder you want to restore has not been backed up. By stopping the backup, Duplicati calls for "attention" saying "things are not working the way you set them up".
I think we may be at an impasse due to underlying functionality in Duplicati.
Since we can't know why it was deleted it's risky to backup because it may cause the deleted files to drift out of scope (if it's limited to X backups or days) losing the data. Or it may just be difficult to find the files again if you have 168 backups to go through for the last week.
I recognize that it introduces some problems, and maybe now just isn't a good time to discuss changing this behavior because of that.
In any case the optional tag does resolve my issue, so I'll close the issue since it's resolved.