Backup restore taking more than 24 hours - [Solved]

I had a problem and I put it to restore a 60G backup, however it has been almost 24 hours and the message “Download files” appears. I had to use a network monitor on the host to see that it is actually receiving files, but there could be a progress bar, or a percentage of what is missing, but nothing appears informing me, I don’t know if it is working or not.

Is the duplicati slow anyway? is it working? It hasn’t left this screen for almost 1 day.

It is written in the image: “Download files …”

About → Show log → Live → and setting the dropdown to Verbose will show you more detail about current activity.

What operating system is this? If Windows, can you also check Resource Monitor to see if a file transfer is in progress.

Is the 60GB you are restoring just part of a larger backup? If so how big is the total backup? Also did you customize the remote volume size at all (default is 50MiB)?

It is running on my server with ArchLinux.

The total volume is 60G, I am almost restoring it. I left the value at 50M, as a standard.


have some failed messages when decrypting

30 de Mar de 2021 às 12:20: Failed to patch with remote file: “duplicati-bb15b75f3654e4a169b950a784de820cd.dblock.zip.gpg”, message: Falha ao descriptografar dados (senha inválida?): Descriptografia falhou: gpg: AES256 encrypted data gpg: encrypted with 1 passphrase gpg: decryption failed: Bad session key

{"ClassName":"System.Security.Cryptography.CryptographicException","Message":"Falha ao descriptografar dados (senha inválida?): Descriptografia falhou: gpg: AES256 encrypted data\ngpg: encrypted with 1 passphrase\ngpg: decryption failed: Bad session key\n","Data":null,"InnerException":{"ClassName":"System.Security.Cryptography.CryptographicException","Message":"Descriptografia falhou: gpg: AES256 encrypted data\ngpg: encrypted with 1 passphrase\ngpg: decryption failed: Bad session key\n","Data":null,"InnerException":null,"HelpURL":null,"StackTraceString":"  at Duplicati.Library.Encryption.GPGStreamWrapper.Dispose (System.Boolean disposing) [0x00086] in <a562a10767384d59ba8310e4a8590d1e>:0 \n  at System.IO.Stream.Close () [0x00000] in <254335e8c4aa42e3923a8ba0d5ce8650>:0 \n  at System.IO.Stream.Dispose () [0x00000] in <254335e8c4aa42e3923a8ba0d5ce8650>:0 \n  at Duplicati.Library.Encryption.EncryptionBase.Decrypt (System.IO.Stream input, System.IO.Stream output) [0x00017] in <a562a10767384d59ba8310e4a8590d1e>:0 ","RemoteStackTraceString":null,"RemoteStackIndex":0,"ExceptionMethod":null,"HResult":-2146233296,"Source":"Encryption"},"HelpURL":null,"StackTraceString":"  at Duplicati.Library.Main.AsyncDownloader+AsyncDownloaderEnumerator+AsyncDownloadedFile.get_TempFile () [0x00008] in <8f1de655bd1240739a78684d845cecc8>:0 \n  at Duplicati.Library.Main.Operation.RestoreHandler.DoRun (Duplicati.Library.Main.Database.LocalDatabase dbparent, Duplicati.Library.Utility.IFilter filter, Duplicati.Library.Main.RestoreResults result) [0x003bb] in <8f1de655bd1240739a78684d845cecc8>:0 ","RemoteStackTraceString":null,"RemoteStackIndex":0,"ExceptionMethod":null,"HResult":-2146233296,"Source":"Duplicati.Library.Main"}

It is trying several times and failing

I’m not familiar with using asymmetric encryption with Duplicati. I assume the backup job is configured to use the public key, so somehow you need to specify the private key when doing restores? Maybe someone who has more knowledge can help you out…

The login password was saved and instead of using the encryption password it was using the login password saved in chrome.
This is a programming error, you should not use the password saved on the Chrome keyring.

Yep, that issue has been fixed in the Canary channel: Fix unwanted password manager autofill by drwtsn32x · Pull Request #4402 · duplicati/duplicati · GitHub

So you’ll see the fix in the next Beta release.

1 Like