hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aaron Fabbri (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HADOOP-14226) S3Guard: DynamoDBMetadataStore::move() should populate ancestor directories of destination paths
Date Tue, 04 Apr 2017 01:04:41 GMT

     [ https://issues.apache.org/jira/browse/HADOOP-14226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Aaron Fabbri updated HADOOP-14226:
    Attachment: HADOOP-14226-HADOOP-13345.002.patch

> S3Guard: DynamoDBMetadataStore::move() should populate ancestor directories of destination
> ------------------------------------------------------------------------------------------------
>                 Key: HADOOP-14226
>                 URL: https://issues.apache.org/jira/browse/HADOOP-14226
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: fs/s3
>    Affects Versions: HADOOP-13345
>            Reporter: Mingliang Liu
>            Assignee: Mingliang Liu
>         Attachments: HADOOP-14226-HADOOP-13345.000.patch, HADOOP-14226-HADOOP-13345.001.patch,
> UPDATE: Instead of changing the test, in this JIRA we make sure for each path to put,
DDBMS::move() has records of each directory up to the root. See [~fabbri]'s comment in this
JIRA for more detail.
> After running {{ITestDynamoDBMetadataStoreScale}}, the test data is not cleaned up. There
is a call to {{clearMetadataStore(ms, count);}} in the finally clause though. The reason is
that, the internally called method {{DynamoDBMetadataStore::deleteSubtree()}} is assuming
there should be an item for the parent dest path:
> {code}
> parent=/fake-bucket, child=moved-here, is_dir=true
> {code}
> In DynamoDBMetadataStore implementation, we assume that _if a path exists, all its ancestors
will also exist in the table_. We need to pre-create dest path to maintain this invariant
so that test data can be cleaned up successfully.
> I think there may be other tests with the same problem. Let's identify/address them separately.

This message was sent by Atlassian JIRA

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

View raw message