hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mingliang Liu (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HADOOP-13823) s3a rename: fail if dest file exists
Date Tue, 29 Nov 2016 00:46:58 GMT

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

Mingliang Liu updated HADOOP-13823:
       Resolution: Fixed
     Hadoop Flags: Reviewed
    Fix Version/s: 3.0.0-alpha2
           Status: Resolved  (was: Patch Available)


Committed to {{trunk}} through {{branch-2.8}} branches. Thanks for your contribution, [~stevel@apache.org].

> s3a rename: fail if dest file exists
> ------------------------------------
>                 Key: HADOOP-13823
>                 URL: https://issues.apache.org/jira/browse/HADOOP-13823
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: fs/s3
>    Affects Versions: 2.7.3
>            Reporter: Steve Loughran
>            Assignee: Steve Loughran
>            Priority: Blocker
>             Fix For: 2.8.0, 3.0.0-alpha2
>         Attachments: HADOOP-13813-branch-2-001.patch, HADOOP-13823-branch-2-002.patch
> HIVE-15199 shows that s3a allows rename onto an existing file, which is something HDFS,
azure and s3n do not permit (though file:// does). This is breaking bits of Hive, is an inconsistency
with HDFS and a regression compared to s3n semantics.
> I propose: rejecting the rename on a file -> file rename if the destination exists
(easy) and changing the s3a.xml contract file to declare the behavior change; this is needed
for {{AbstractContractRenameTest.testRenameFileOverExistingFile}} to handle the changed semantics.

This message was sent by Atlassian JIRA

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

View raw message