MacOs: Backup doesn't seem to finish

I tried out yesterday Duplicati, but somehow it seems to be stuck after a few runs.
The progress bar doesn’t move anymore from “Verifying files …” and no new backup run is triggered or executed, even if I press the buttons in the UI.
I killed the duplicati process but the UI is still running.

My Duplicati version is 2.0.5.1_beta_2020-01-18.

The log in the UI shows the following:

  • 1 Apr 2020 20:40: Backend event: Get - Started: duplicati-i97383f319a51417a86f0fb3f707ff07d.dindex.zip.aes (925 bytes)
  • 1 Apr 2020 20:40: Starting - RemoteOperationGet
  • 1 Apr 2020 20:40: ExecuteNonQuery: UPDATE “RemoteVolume” SET “VerificationCount” = MAX(1, CASE WHEN “VerificationCount” <= 0 THEN (SELECT MAX(“VerificationCount”) FROM “RemoteVolume”) ELSE “VerificationCount” + 1 END) WHERE “Name” = “duplicati-20200401T180000Z.dlist.zip.aes” took 0:00:00:00.001
  • 1 Apr 2020 20:40: Starting - ExecuteNonQuery: UPDATE “RemoteVolume” SET “VerificationCount” = MAX(1, CASE WHEN “VerificationCount” <= 0 THEN (SELECT MAX(“VerificationCount”) FROM “RemoteVolume”) ELSE “VerificationCount” + 1 END) WHERE “Name” = “duplicati-20200401T180000Z.dlist.zip.aes”
  • 1 Apr 2020 20:40: RemoteOperationGet took 0:00:00:02.925
  • 1 Apr 2020 20:40: Backend event: Get - Completed: duplicati-20200401T180000Z.dlist.zip.aes (1.84 KB)
  • 1 Apr 2020 20:40: Downloaded 1.84 KB in 00:00:02.9233290, 644 bytes/s
  • 1 Apr 2020 20:40: Backend event: Get - Started: duplicati-20200401T180000Z.dlist.zip.aes (1.84 KB)
  • 1 Apr 2020 20:40: Starting - RemoteOperationGet
  • 1 Apr 2020 20:40: ExecuteReader: SELECT “ID”, “Name”, “Size”, “Hash”, “VerificationCount” FROM “Remotevolume” WHERE “Type” = “Blocks” AND “State” IN (“Uploaded”, “Verified”) took 0:00:00:00.000
  • 1 Apr 2020 20:40: Starting - ExecuteReader: SELECT “ID”, “Name”, “Size”, “Hash”, “VerificationCount” FROM “Remotevolume” WHERE “Type” = “Blocks” AND “State” IN (“Uploaded”, “Verified”)
  • 1 Apr 2020 20:40: ExecuteReader: SELECT “ID”, “Name”, “Size”, “Hash”, “VerificationCount” FROM “Remotevolume” WHERE “Type” = “Index” AND “State” IN (“Uploaded”, “Verified”) took 0:00:00:00.000
  • 1 Apr 2020 20:40: Starting - ExecuteReader: SELECT “ID”, “Name”, “Size”, “Hash”, “VerificationCount” FROM “Remotevolume” WHERE “Type” = “Index” AND “State” IN (“Uploaded”, “Verified”)
  • 1 Apr 2020 20:40: ExecuteReader: SELECT “A”.“VolumeID”, “A”.“Name”, “A”.“Size”, “A”.“Hash”, “A”.“VerificationCount” FROM (SELECT “ID” AS “VolumeID”, “Name”, “Size”, “Hash”, “VerificationCount” FROM “Remotevolume” WHERE “State” IN (“Uploaded”, “Verified”)) A, “Fileset” WHERE “A”.“VolumeID” = “Fileset”.“VolumeID” ORDER BY “Fileset”.“Timestamp” took 0:00:00:00.000
  • 1 Apr 2020 20:40: Starting - ExecuteReader: SELECT “A”.“VolumeID”, “A”.“Name”, “A”.“Size”, “A”.“Hash”, “A”.“VerificationCount” FROM (SELECT “ID” AS “VolumeID”, “Name”, “Size”, “Hash”, “VerificationCount” FROM “Remotevolume” WHERE “State” IN (“Uploaded”, “Verified”)) A, “Fileset” WHERE “A”.“VolumeID” = “Fileset”.“VolumeID” ORDER BY “Fileset”.“Timestamp”
  • 1 Apr 2020 20:40: ExecuteScalarInt64: SELECT MAX(“VerificationCount”) FROM “RemoteVolume” took 0:00:00:00.000
  • 1 Apr 2020 20:40: Starting - ExecuteScalarInt64: SELECT MAX(“VerificationCount”) FROM “RemoteVolume”
  • 1 Apr 2020 20:40: ExecuteReader: SELECT “ID”, “Name”, “Size”, “Hash”, “VerificationCount” FROM “Remotevolume” WHERE (“State” = “Verified” OR “State” = “Uploaded”) AND (“Hash” = “” OR “Hash” IS NULL OR “Size” <= 0) took 0:00:00:00.000
  • 1 Apr 2020 20:40: Starting - ExecuteReader: SELECT “ID”, “Name”, “Size”, “Hash”, “VerificationCount” FROM “Remotevolume” WHERE (“State” = “Verified” OR “State” = “Uploaded”) AND (“Hash” = “” OR “Hash” IS NULL OR “Size” <= 0)
  • 1 Apr 2020 20:40: ExecuteReader: SELECT “ID”, “Timestamp” FROM “Fileset” ORDER BY “Timestamp” DESC took 0:00:00:00.000
  • 1 Apr 2020 20:40: Starting - ExecuteReader: SELECT “ID”, “Timestamp” FROM “Fileset” ORDER BY “Timestamp” DESC
  • 1 Apr 2020 20:40: RemoteOperationTerminate took 0:00:00:00.000
  • 1 Apr 2020 20:40: Starting - RemoteOperationTerminate
  • 1 Apr 2020 20:40: AfterBackupVerify took 0:00:00:02.006
  • 1 Apr 2020 20:40: ExecuteReader: SELECT DISTINCT “Name”, “State” FROM “Remotevolume” WHERE “Name” IN (SELECT “Name” FROM “Remotevolume” WHERE “State” IN (“Deleted”, “Deleting”)) AND NOT “State” IN (“Deleted”, “Deleting”) took 0:00:00:00.000
  • 1 Apr 2020 20:40: Starting - ExecuteReader: SELECT DISTINCT “Name”, “State” FROM “Remotevolume” WHERE “Name” IN (SELECT “Name” FROM “Remotevolume” WHERE “State” IN (“Deleted”, “Deleting”)) AND NOT “State” IN (“Deleted”, “Deleting”)
  • 1 Apr 2020 20:40: ExecuteReader: SELECT “ID”, “Timestamp” FROM “Fileset” ORDER BY “Timestamp” DESC took 0:00:00:00.000
  • 1 Apr 2020 20:40: Starting - ExecuteReader: SELECT “ID”, “Timestamp” FROM “Fileset” ORDER BY “Timestamp” DESC
  • 1 Apr 2020 20:40: RemoteOperationList took 0:00:00:01.997
  • 1 Apr 2020 20:40: Backend event: List - Completed: (6 bytes)

Any idea what I could do?

A restart resolved the problem and after that give the following warning:

2020-04-02 16:46:28 +02 - [Warning-Duplicati.Library.DynamicLoader.DynamicLoader`1-SoftError]: Failed to load process type Duplicati.Library.Common.IO.VssBackupComponents assembly /Applications/Duplicati.app/Contents/Resources/Duplicati.Library.IO.dll, error message: Could not load type of field ‘Duplicati.Library.Common.IO.VssBackupComponents:_vssBackupComponents’ (1) due to: Could not load file or assembly ‘AlphaVSS.Common, Version=1.4.0.0, Culture=neutral, PublicKeyToken=’ or one of its dependencies.

Unfortunately, after one successful run, it’s again stuck.

Welcome to the forum @flp

Again during Verification on a Get of a remote file that never finished? What type of destination is this?
The DynamicLoader warning is noise, and has a fix underway. It’s Windows code and irrelevant to this.

It was the verification part according to the progress bar. I backuped to mega.nz

The original post looks like a live log at About --> Show log --> Live --> Profiling, which is a great way to see what’s up (as far as it goes…). It sounds like you don’t have a similar one for the second non-finish.

Although I’m not sure it can explain Get (download) that doesn’t finish (please check your current one), Duplicati’s current Beta needs mono to be at least version 5. You can test yours with mono --version
I don’t use macOS, but if you need a new mono see Duplicati on Prerequisites showing two alternatives.

mega.nz has been somewhat troublesome for Duplicati, and doesn’t like third-party software use much, however I’m not finding much trend of download operations that don’t finish (please check yours again).

Duplicati.CommandLine.BackendTester.exe can do an automated test for you to Mega if you provide an empty folder and a URL to it, which you can base on what Export As Command-line gives. If you prefer manual testing, there’s also Duplicati.CommandLine.BackendTool.exe so you can test your own file Get.

Is your Internet link generally reliable? Are you much of a networking expert? That may help debugging. Unfortunately I don’t know the macOS tools, so I’m not sure how well any troubleshooting is going to go.

I thought mega.nz is just properly working so I used it. But true, since I changed to Wasabi and Dropbox everything is fine