Our Community is getting an upgrade! To get everything ready for the relaunch, we’ll be placing the site in read-only mode starting September 21st. We really appreciate your understanding while we get things set up behind the scenes. Catch up on all the exciting details about the move here. Need help or have questions? Drop us a line at [email protected]
This is an unsupported technology and a concept which hasn't been explored yet.
There's no real modification time concept in object stores. It has just creation time, which is that of the observed time at the far end. If you upload a file to a remote timezone, you may get that as your time.
The underlying issue here is not a bug. It is just a feature that distcp -update relies on using file checksums for comparing HDFS files, and (a) not all stores export their checksum through the Hadoop API (WASB does, s3a doesn't yet).
In addition, because the checksums are different between blobstores and HDFS, you can't use checksum difference as a cue for files being changed.
Note that this also occurs when trying to copy between HDFS encryption zones, as the checksums of the encrypted files will differ.