[
https://issues.apache.org/jira/browse/HADOOP-15209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16391846#comment-16391846
]
Steve Loughran commented on HADOOP-15209:
-----------------------------------------
yes, as jenkins never runs any of the store tests...we can't give it the
credentials. Policy for submitting a patch to a specific store is: declare the
endpoint you ran against, and no declaration == no review. We're strict even
with ourselves.
Changes to the layers indirectly used by the stores (hadoop common, distcp)
aren't so well managed. if people know they are going to interfere with a store
then they should test.
Cancelling the current patch as I've decided that the retry logic is
over-convoluted, I'm just going to ignore if delete(path) returns false as all
the connectors just mean "no file there, so no operation attempted"...except
for Ftp though.
> DistCp to eliminate needless deletion of files under already-deleted
> directories
> --------------------------------------------------------------------------------
>
> Key: HADOOP-15209
> URL: https://issues.apache.org/jira/browse/HADOOP-15209
> Project: Hadoop Common
> Issue Type: Improvement
> Components: tools/distcp
> Affects Versions: 2.9.0
> Reporter: Steve Loughran
> Assignee: Steve Loughran
> Priority: Major
> Attachments: HADOOP-15209-001.patch, HADOOP-15209-002.patch,
> HADOOP-15209-003.patch, HADOOP-15209-004.patch, HADOOP-15209-005.patch,
> HADOOP-15209-006.patch
>
>
> DistCP issues a delete(file) request even if is underneath an already deleted
> directory. This generates needless load on filesystems/object stores, and, if
> the store throttles delete, can dramatically slow down the delete operation.
> If the distcp delete operation can build a history of deleted directories,
> then it will know when it does not need to issue those deletes.
> Care is needed here to make sure that whatever structure is created does not
> overload the heap of the process.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
