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 "Gabor Bota (Jira)" <ji...@apache.org> on 2020/02/13 17:18:00 UTC

[jira] [Resolved] (HADOOP-16860) Prune -tombstones to remove children entries

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

Gabor Bota resolved HADOOP-16860.
---------------------------------
    Resolution: Invalid

> Prune -tombstones to remove children entries
> --------------------------------------------
>
>                 Key: HADOOP-16860
>                 URL: https://issues.apache.org/jira/browse/HADOOP-16860
>             Project: Hadoop Common
>          Issue Type: Sub-task
>          Components: fs/s3
>    Affects Versions: 3.3.0
>            Reporter: Gabor Bota
>            Assignee: Gabor Bota
>            Priority: Major
>
> When you prune a directory in S3Guard the children entries are not pruned with the tombstoned parent (directory).
> I propose the solution to remove all children entries (the whole hierarchy) to avoid orphaned entries once the parent (directory) tombstone is removed.
> Also the pruning itself in {{org.apache.hadoop.fs.s3a.s3guard.DynamoDBMetadataStore#prune(org.apache.hadoop.fs.s3a.s3guard.MetadataStore.PruneMode, long, java.lang.String)}} does not make sense without removing the children entries - once a directory is pruned then all children will became orpans.
> That is particularly dangerous if the same directory is created again in auth mode - then we have entries that may not exist in S3 but got picked up from the old orphans.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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