You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-issues@hadoop.apache.org by "Steve Loughran (JIRA)" <ji...@apache.org> on 2019/06/19 12:54:00 UTC

[jira] [Created] (HADOOP-16382) clock skew can cause S3Guard to think object metadata is out of date

Steve Loughran created HADOOP-16382:
---------------------------------------

             Summary: clock skew can cause S3Guard to think object metadata is out of date
                 Key: HADOOP-16382
                 URL: https://issues.apache.org/jira/browse/HADOOP-16382
             Project: Hadoop Common
          Issue Type: Sub-task
          Components: fs/s3
    Affects Versions: 3.3.0
            Reporter: Steve Loughran


When a S3Guard entry is added for an object, its last updated flag is taken from the local clock: if a getFileStatus is made immediately afterwards, the timestamp of the file from the HEAD may be > than the local time, so the DDB entry updated.

This is even if the clocks are *close*. When updating an entry from S3, the actual timestamp of the file should be used to fix it, not local clocks



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

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