You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@gobblin.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2019/03/05 23:29:00 UTC

[jira] [Work logged] (GOBBLIN-697) Allow distcp to carry over file version independently of modtime

     [ https://issues.apache.org/jira/browse/GOBBLIN-697?focusedWorklogId=208159&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-208159 ]

ASF GitHub Bot logged work on GOBBLIN-697:
------------------------------------------

                Author: ASF GitHub Bot
            Created on: 05/Mar/19 23:28
            Start Date: 05/Mar/19 23:28
    Worklog Time Spent: 10m 
      Work Description: ibuenros commented on issue #2568: [GOBBLIN-697] Implementation of data file versioning and preservation in distcp.
URL: https://github.com/apache/incubator-gobblin/pull/2568#issuecomment-469901739
 
 
   @yukuai518 @htran1 can you review? Thanks!
 
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


Issue Time Tracking
-------------------

    Worklog Id:     (was: 208159)
    Time Spent: 20m  (was: 10m)

> Allow distcp to carry over file version independently of modtime
> ----------------------------------------------------------------
>
>                 Key: GOBBLIN-697
>                 URL: https://issues.apache.org/jira/browse/GOBBLIN-697
>             Project: Apache Gobblin
>          Issue Type: Improvement
>            Reporter: Issac Buenrostro
>            Assignee: Issac Buenrostro
>            Priority: Major
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> Examples where this might be useful is data syncing between two locations. Relying on modification times to detect data changes may lead to a feedback loop of copying: data gets created at location A at time 0, at time 1 data is copied to location B, sync mechanism might incorrectly believe that since mod time of location B is higher, it should be synced back to location A, etc.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)