hive-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Thomas Poepping (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HIVE-14271) FileSinkOperator should not rename files to final paths when S3 is the default destination
Date Fri, 22 Jul 2016 17:31:20 GMT

    [ https://issues.apache.org/jira/browse/HIVE-14271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15389878#comment-15389878
] 

Thomas Poepping commented on HIVE-14271:
----------------------------------------

If we have  [HIVE-14270|https://issues.apache.org/jira/browse/HIVE-14270], then it seems like
only the first option will be necessary, as all temporary paths will be on HDFS. The "rename"
can be changed to a move or copy, giving us only one operation to S3, rather than many. This
also avoids the potential downsides Chris describes with direct output committing.

> FileSinkOperator should not rename files to final paths when S3 is the default destination
> ------------------------------------------------------------------------------------------
>
>                 Key: HIVE-14271
>                 URL: https://issues.apache.org/jira/browse/HIVE-14271
>             Project: Hive
>          Issue Type: Sub-task
>            Reporter: Sergio Peña
>            Assignee: Abdullah Yousufi
>
> FileSinkOperator does a rename of {{outPaths -> finalPaths}} when it finished writing
all rows to a temporary path. The problem is that S3 does not support renaming.
> Two options can be considered:
> a. Use a copy operation instead. After FileSinkOperator writes all rows to outPaths,
then the commit method will do a copy() call instead of move().
> b. Write row by row directly to the S3 path (see HIVE-1620). This may add better performance
calls, but we should take care of the cleanup part in case of writing errors.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message