hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Wang (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HADOOP-10902) Deletion of directories with snapshots will not output reason for trash move failure
Date Wed, 30 Jul 2014 06:08:40 GMT

    [ https://issues.apache.org/jira/browse/HADOOP-10902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14078965#comment-14078965
] 

Andrew Wang commented on HADOOP-10902:
--------------------------------------

+1 LGTM. I'll wait until tomorrow in case [~tucu00] has any comments, but this looks good
even outside of encryption.

> Deletion of directories with snapshots will not output reason for trash move failure
> ------------------------------------------------------------------------------------
>
>                 Key: HADOOP-10902
>                 URL: https://issues.apache.org/jira/browse/HADOOP-10902
>             Project: Hadoop Common
>          Issue Type: Improvement
>    Affects Versions: 2.4.0
>            Reporter: Stephen Chu
>            Assignee: Stephen Chu
>            Priority: Minor
>         Attachments: HADOOP-10902.1.patch
>
>
> When using trash-enabled FsShell to delete a directory that has snapshots, we se an error
message saying "Failed to move to trash" but no  explanation.
> {code}
> [hdfs@schu-enc2 ~]$ hdfs dfs -rm -r snap
> 2014-07-28 05:45:29,527 INFO  [main] fs.TrashPolicyDefault (TrashPolicyDefault.java:initialize(92))
- Namenode trash configuration: Deletion interval = 1440 minutes, Emptier interval = 0 minutes.
> rm: Failed to move to trash: hdfs://schu-enc2.vpc.com:8020/user/hdfs/snap. Consider using
-skipTrash option
> {code}
> If we use -skipTrash, then we'll get the explanation: "rm: The directory /user/hdfs/snap
cannot be deleted since /user/hdfs/snap is snapshottable and already has snapshots"
> It'd be an improvement to make it clear that dirs with snapshots cannot be deleted when
we're using the trash.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message