[
https://issues.apache.org/jira/browse/HDFS-14621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16888386#comment-16888386
]
Steve Loughran commented on HDFS-14621:
---------------------------------------
Production changes look OK
Test code
* Imports are changing needlessly, we don't want a .* and so all the removed
entries need reinstating. Also: disable any "automatic import after 5 entries"
feature in your IDE.
* and new org.apache.hadoop entries should be inserted in that existing set, in
order.
* assertEqual() values look in the wrong order: the src value should be first
to say what is expected
otherwise, no obvious issues
> Distcp can not preserve timestamp with -delete option
> ------------------------------------------------------
>
> Key: HDFS-14621
> URL: https://issues.apache.org/jira/browse/HDFS-14621
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: distcp
> Affects Versions: 2.7.7, 3.1.2
> Reporter: ludun
> Priority: Major
> Attachments: HDFS-14261.001.patch, HDFS-14621.002.patch,
> HDFS-14621.003.patch
>
>
> Use distcp with -prbugpcaxt and -delete to copy data between cluster.
> hadoop distcp -Dmapreduce.job.queuename="QueueA" -prbugpcaxt -update -delete
> hdfs://sourcecluster/user/hive/warehouse/sum.db
> hdfs://destcluster/user/hive/warehouse/sum.db
> After distcp, we found the timestamp of dest is different from source, and
> the timestamp of some directory was the time distcp running.
> Check the code of distcp, in CopyCommitter, it preserves time first then
> process -delete option which will change the timestamp of dest directory. So
> we should process -delete option first.
>
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
