Hmm, I’m not very familiar with the delete process. The issue seems to be tracked a couple of places, but I can’t find any solutions for it.
opened 03:52PM - 18 Feb 16 UTC
bug
Hello -
I was wondering is someone might have some suggestions for troubleshoo… ting my backup. It's a 2.17 TB backup to Amazon Cloud Drive, and for the last couple of weeks its been throwing the error: Unexpected number of deleted filesets 1 vs 0. I have debug and verbose turned on, but I cant find what seems to be missing. The error started while I was running 2.0.0.96 but now I'm running 2.0.0.99. I'm running windows 10 64 bit, 4.5Ghz, 16GB, 256 SSD.
When I click show, it displays this in the General Logs:
VerboseOutput: False
VerboseErrors: False
Messages: [Destination and database are synchronized, not making any changes]
Warnings: []
Errors: []
And then here are the first couple of lines from the remote log:
[
{"Name":"duplicati-bc797c670fb0e4352a6fd0847eae54fb6.dblock.zip.aes","LastAccess":"2016-01-27T03:46:03.782Z","LastModification":"2016-01-27T03:46:03.782Z","Size":1073656989,"IsFolder":false},
{"Name":"duplicati-i91f9137521584e5683ec16949837293a.dindex.zip.aes","LastAccess":"2016-01-27T03:46:04.798Z","LastModification":"2016-01-27T03:46:04.798Z","Size":784941,"IsFolder":false},
{"Name":"duplicati-i74633fd2d4be47428ba0e88694bc22a6.dindex.zip.aes","LastAccess":"2016-01-27T03:57:36.877Z","LastModification":"2016-01-27T03:57:36.877Z","Size":682125,"IsFolder":false},
{"Name":"duplicati-ifd90a204567d437d82fc86d769941817.dindex.zip.aes","LastAccess":"2016-01-27T04:03:17.73Z","LastModification":"2016-01-27T04:03:17.73Z","Size":784589,"IsFolder":false},
I have tried to repair, and also recreate the database but the error persists. I also tried a bug report, but the file never downloads, it just sits there doing nothing.
Thanks for any advice on troubleshooting this further.
## <bountysource-plugin>
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/30985963-unexpected-number-of-deleted-filesets-1-vs-0?utm_campaign=plugin&utm_content=tracker%2F4870652&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F4870652&utm_medium=issues&utm_source=github).
</bountysource-plugin>
Well, I finally had time to get back to this issue.
I went ahead and upgraded to v2.0.2.15-2.0.2.15_experimental_2018-01-03 downloaded from GitHub.
I moved the old database and ran the repair operation from the command line. It completed successfully, except for these messages partway through:
Operation Get with file duplicati-20170611T183256Z.dlist.zip.aes attempt 1 of 5 failed with message: File length is invalid => File length is invalid
Downloading file (40.42 MB) ...
Operation Get with…
Maybe --auto-cleanup can help here?
If a backup is interrupted there will likely be partial files present on the backend. Using this flag, Duplicati will automatically remove such files when encountered.