What is the problem you are having with rclone?
I followed this guide https://www.scaleway.com/en/docs/encrypt-object-storage-using-rclone-crypt/
¹ to setup a bucket with Scaleway that I will use as a destination for my encrypted backup.
For the initial copy I used this command:
$ rclone copy --progress --s3-storage-class=GLACIER some/local/folder/ scaleway-encrypted-bucket:/
This finished after about 24h. Just to check if everything was copied I ran
rclone sync --progress --s3-storage-class=GLACIER some/local/folder/ scaleway-encrypted-bucket:/
and to my surprise everything was copied again! I retried the command using --size-only
, --ignore-checksums
etc but -vv
revealed that it still checks for the MD5 hash and just copies over everything, even though the remote should contain all the files already.
What am I doing wrong here?
What is your rclone version (output from rclone version
)
$ rclone --version
rclone v1.55.1
- os/type: linux
- os/arch: amd64
- go/version: go1.16.4
- go/linking: dynamic
- go/tags: none
Which OS you are using and how many bits (eg Windows 7, 64 bit)
$ uname -a
Linux kn-portable-arch 5.12.13-arch1-2 #1 SMP PREEMPT Fri, 25 Jun 2021 22:56:51 +0000 x86_64 GNU/Linux
Which cloud storage system are you using? (eg Google Drive)
Scaleway C14 cold storage https://www.scaleway.com/en/c14-cold-storage/
The command you were trying to run (eg rclone copy /tmp remote:tmp
)
See problem description.
The rclone config contents with secrets removed.
{
"scaleway-encrypted-bucket: {
"directory_name_encryption": "true",
"filename_encryption": "standard",
"password": "<redacted>",
"remote": "scaleway:some-bucket",
"type": "crypt"
},
"scaleway": {
"access_key_id": "<redacted>",
"acl": "private",
"bucket_acl": "private",
"endpoint": "https://some-bucket.s3.nl-ams.scw.cloud",
"env_auth": "false",
"location_constraint": "nl-ams",
"provider": "Other",
"region": "nl-ams",
"secret_access_key": "<redacted>",
"type": "s3"
}
}
A log from the command with the -vv
flag
See problem description.
¹ I am not allowed to use links, yet.