I deleted the two files and started “delete and rebuild” again. Looks good this time: Repair found the two missing files, but database seems to be in sync again and backup executed without errors.
18. Sept. 2022 04:13 - Operation: Backup
Zeit
Beginn 2022-09-18 03:22:00
Ende 2022-09-18 04:13:36
Dauer 00:51:37
Quelldateien
Geprüft 113811 (83.38 GB)
Geöffnet 89847 (80.63 GB)
Hinzugefügt 9 (61.69 KB)
Geändert 148 (21.86 MB)
Gelöscht 0
Test Phase
Phase Löschen (alte Sicherungsversionen)
Warnings 0
Errors 0
Vollständiges Protokoll
................................................
18. Sept. 2022 01:17 - Operation: Reparieren
Zeit
Beginn 2022-09-18 00:55:07
Ende 2022-09-18 01:17:22
Dauer 00:22:16
Quelldateien
Geprüft 0 (0 bytes)
Geöffnet 0 (0 bytes)
Hinzugefügt 0 (0 bytes)
Geändert 0 (0 bytes)
Gelöscht 0
Datenbank-Wiederherstellungsphase
Warnings 2
2022-09-18 01:16:08 +02 - [Warning-Duplicati.Library.Main.Database.LocalRecreateDatabase-MissingVolumesDetected]: Found 1 missing volumes; attempting to replace blocks from existing volumes
2022-09-18 01:16:56 +02 - [Warning-Duplicati.Library.Main.Database.LocalRecreateDatabase-MissingVolumesDetected]: Found 1 missing volumes; attempting to replace blocks from existing volumes
Errors 1
2022-09-18 01:12:09 +02 - [Error-Duplicati.Library.Main.Operation.RecreateDatabaseHandler-MissingFileDetected]: Remote file referenced as duplicati-bfca3601c65d7412486eab2b8620a9812.dblock.zip.aes by duplicati-i6324d97e8d7347b8a1cc3ea90d4c465c.dindex.zip.aes, but not found in list, registering a missing remote file
Vollständiges Protokoll
At least I thought it should, it started a “check data(base)”, )located under “for professionals”, right to database) I hope translation is correct I have the german UI, and got an error again :
Error while running Privatdaten
Unexpected difference in fileset version 1: 17.09.2022 12:19:21 (database id: 12), found 155922 entries, but expected 155924
I’m not sure how to interpret this, might be o.k. since I deleted the two files now missing in the older fileset.
Started a commandline compare first version 0 - 1 with timestams reported:
1: 17.09.2022 10:19:21
0: 18.09.2022 01:22:00
Then compared 0-2:
Listing changes
2: 11.09.2022 01:22:02
0: 18.09.2022 01:22:00
No errors reported changes seem to be o.k
Find command for frequently modified PW-file looks good as well:
Listing files and versions:
E:\Privatdaten\apache-ftpserver\ftp_transfer\PWD_neu.kdbx
0 : 18.09.2022 03:22:00 108,47 KB
1 : 17.09.2022 12:19:21 108,47 KB
2 : 11.09.2022 03:22:02 108,47 KB
3 : 03.09.2022 03:22:00 108,47 KB
4 : 02.09.2022 03:22:01 108,47 KB
5 : 26.08.2022 03:22:00 106,72 KB
6 : 22.07.2022 03:22:00 107,06 KB
7 : 16.06.2022 03:22:05 104,33 KB
8 : 10.05.2022 03:26:36 102,67 KB
9 : 01.04.2022 03:27:26 102,34 KB
10 : 27.02.2022 02:29:14 100,09 KB
11 : 24.02.2022 01:48:20 99,87 KB
12 : 23.02.2022 23:52:24 -
Seems all is in sync again and I can access old files and versions. Thank you very much for your help.
Btw. I think Duplicati has still some room for improvement here. Whatever interface you use in is just a question of time/possibility data corrption during transfer will happen. Seems Duplicati can handle it in most cases, but there seems to be at least one exception.
If I can contribute helping to identify the gap I’ll be glad to do so. Maybe information ist lost in this case but it is very likely it will happen again sooner or later.
At least I know how to fix it next time and maybe this information will help somebody else.