You are viewing a plain text version of this content. The canonical link for it is here.

Posted to common-dev@hadoop.apache.org by "Steve Loughran (Jira)" <ji...@apache.org> on 2022/01/05 16:59:00 UTC

[jira] [Resolved] (HADOOP-16370) S3AFileSystem copyFile to propagate etag/version from getObjectMetadata to copy request

     [ https://issues.apache.org/jira/browse/HADOOP-16370?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Steve Loughran resolved HADOOP-16370.
-------------------------------------
    Resolution: Duplicate

> S3AFileSystem copyFile to propagate etag/version from getObjectMetadata to copy request
> ---------------------------------------------------------------------------------------
>
>                 Key: HADOOP-16370
>                 URL: https://issues.apache.org/jira/browse/HADOOP-16370
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: fs/s3
>    Affects Versions: 3.3.0
>            Reporter: Steve Loughran
>            Priority: Minor
>
> Something to consider if we want: should the etag and version from the initial getObjectMetadata call be propagated to the actual CopyRequest *if they are not already known*
> That way, if we rename() a file and its etag/version is not known, we can fix them for the next stage of the operation. Relevant given we are copying metadata over, and for resilience to changes while the copy is taking place



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

---------------------------------------------------------------------
To unsubscribe, e-mail: common-dev-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-dev-help@hadoop.apache.org