Rclone generates outgoing traffic (600 GB) to a remote destination when I use the copy or sync command. I'm not sure which one caused it, because I ran both commands before I checked the traffic on AWS.
I believe that in the checking stage, rclone not just compare md5 hash (with ETag), but download the file from destination.
I know that the version I am using is old (from 2022), but I just want to be sure: is this expected behavior or a bug in that version?
Run the command 'rclone version' and share the full output of the command.
rclone v1.60.0
os/version: debian 10.13 (64 bit)
os/kernel: 4.19.0-26-amd64 (x86_64)
os/type: linux
os/arch: amd64
go/version: go1.19.2
go/linking: static
go/tags: none
Which cloud storage system are you using? (eg Google Drive)
Digital Ocean to AWS
The command you were trying to run (eg rclone copy /tmp remote:tmp)
It should only download if the source and remote not within same region in same provider, right?
So for example if source and dest is a bucket within the same region, then it can use the native copy, right?
Another question:
If I understand correctly, by default, rclone sends a HEAD request to determine if the file should be synchronized. I noticed that there is a --download flag, which downloads the file, hashes it locally, and then compares it with the files from the source. So, the default rclone configuration does not generate egress in the destination bucket, right?
Assume there are two providers that support ETag. In that case, it's not necessary to download the file and hash it locally. rclone can use the ETag to compare and determine whether it should be copied or not. Right?