2.2.0.1 stable with issues

Support
1

I’m using duplicati on my Linux box for a couple of years now, starting with 2.0.4.23 more than 5 years ago. Destination is a WEBDAVS cloud target. This did work fine until upgrading to 2.2.0.1.

First issue was this message:

"2025-12-10 21:12:10 +01 - [Information-Duplicati.Library.Main.Operation.Backup.RecreateMissingIndexFiles-RecreateMissingIndexFile]: Re-creating missing index file for duplicati-bb22d91b6c436405d80aad8d0787e6c2d.dblock.zip.aes.part",

I did find a zero byte length file with the given name and removed that. Afterwards two backup sessions did work fine!

Now, new backup sessions did fail again! :frowning: Once again I find zero byte length files with names ending .dblock.zip.aes.part.

I’ve asked duplicati to create a Log DB resulting in zip archives of nearly 500MB.

How to proceed?

Can I safely remove those zero byte length files once again?

2

That extension is not something that Duplicati makes. The .part extension is most likely the WEBDAV server that leaves behind a failed file upload.

Yes, a file with zero length can easily be recreated. And the .part extension means that Duplicati will ignore it.

3

In fact, Duplicati does not ignore this file otherwise it would not have been logged!

The real trigger of the backup failure are these to lines:

  "Errors": [
    "2025-12-10 21:28:43 +01 - [Error-Duplicati.Library.Main.Operation.BackupHandler-FatalError]: Fatal error\nHttpRequestException: Response status code does not indicate success: 400 (Bad Request).",
    "2025-12-10 21:28:43 +01 - [Error-Duplicati.Library.Main.Controller-FailedOperation]: The operation Backup has failed\nHttpRequestException: Response status code does not indicate success: 400 (Bad Request)."
  ],

A second backup half an hour later failed the same way.

Next day and two weeks later two successful backups after deleting the .part-file.

4

Then again a files backup:

type or paste code here  "Messages": [
    "2025-12-31 13:08:06 +01 - [Information-Duplicati.Library.Main.Controller-StartingOperation]: Die Operation Backup wurde gestartet",
    "2025-12-31 13:10:27 +01 - [Information-Duplicati.Library.Main.BasicResults-BackendEvent]: Backend event: List - Started:  ()",
    "2025-12-31 13:10:41 +01 - [Information-Duplicati.Library.Main.BasicResults-BackendEvent]: Backend event: List - Completed:  (9,562 KB)"
  ],
  "Warnings": [
    "2025-12-31 13:10:42 +01 - [Warning-Duplicati.Library.Main.Operation.FilelistProcessor-ExtraUnknownFile]: Extra unknown file: duplicati-bb22d91b6c436405d80aad8d0787e6c2d.dblock.zip.aes.part"
  ],
  "Errors": [
    "2025-12-31 13:10:42 +01 - [Error-Duplicati.Library.Main.Controller-FailedOperation]: The operation Backup has failed\nRemoteListVerificationException: Found 1 remote files that are not recorded in local storage. This can be caused by having two backups sharing a destination folder which is not supported. It can also be caused by restoring an old database. If you are certain that only one backup uses the folder and you have the most updated version of the database, you can use repair to delete the unknown files."
  ],

Again such .part file that is in fact not ignored.

I haven’t seen them before upgrade to 2.2.0.1.

5

Meanwhile I did found out that a http 400 response broke some file operation leaving those .part files in destination folder.

Unfortunately removing those files did not work using Thunar (Gnome).

After successfully removing accumulated .part files (4 in total) via web interface next backup did run fine. Keep fingers crossed.