Hi,
I’m back with the same task I’ve tried in this thread: Crash when copying unencrypted backup to encrypted GDrive (invalid memory address or nil pointer dereference)
I’m still trying to copy my SFTP unencrypted storage to GCP.
This time I’m using new, 2.4.1 version of duplicacy (and not I’m passing a private key to the copy
command), but infortunately it still fails (details below)
I’ve tried the same command with second NAS, and S3-like storage (MinIO based one) - but I get the same issue there as well.
Please describe what you are doing to trigger the bug:
duplicacy copy -from default -to gdrive
Please describe what you expect to happen (but doesn’t):
Storage is being copied
Please describe what actually happens (the wrong behaviour):
I get
...
Chunk 3edd127338071aed68d0f2b1743b3ad1c4f4c2ac6c2d9f4bd9161015d2e25161 (3826/449488) copied to the destination
Chunk 648e9dc801a7560973b17bb80ac05070b92ab6ea172820a017f5b8d5e0b1b335 (3827/449488) copied to the destination
Chunk f7d2b45afee78f434debf05224d0a1b8df2d90e79ccdd55fa76862bff1d08fc8 (3830/449488) copied to the destination
Failed to decrypt the chunk 743b0748b5d9449d1952c29e36285d44ef6c90698cd5661192340d99c9b46d61: corrupt input; retrying
Failed to decrypt the chunk 743b0748b5d9449d1952c29e36285d44ef6c90698cd5661192340d99c9b46d61: corrupt input; retrying
Failed to decrypt the chunk 743b0748b5d9449d1952c29e36285d44ef6c90698cd5661192340d99c9b46d61: corrupt input; retrying
Failed to decrypt the chunk 743b0748b5d9449d1952c29e36285d44ef6c90698cd5661192340d99c9b46d61: corrupt input
error.
It fails on different chunk every time (sometimes it’s the 3000th one, sometimes 10k one).