Uploaded image for project: 'Hadoop Common'
  1. Hadoop Common
  2. HADOOP-17566 Über-jira: S3A Hadoop 3.3.2 features
  3. HADOOP-16370

S3AFileSystem copyFile to propagate etag/version from getObjectMetadata to copy request

VotersWatch issueWatchersLinkCloneUpdate Comment AuthorReplace String in CommentUpdate Comment VisibilityDelete Comments
    XMLWordPrintableJSON

Details

    • Sub-task
    • Status: Resolved
    • Minor
    • Resolution: Duplicate
    • 3.3.0
    • None
    • fs/s3
    • None

    Description

      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

      Attachments

        Issue Links

        Activity

          This comment will be Viewable by All Users Viewable by All Users
          Cancel

          People

            Unassigned Unassigned
            stevel@apache.org Steve Loughran
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Slack

                Issue deployment