You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Stephen Chu (JIRA)" <ji...@apache.org> on 2014/07/28 07:53:38 UTC

[jira] [Created] (HDFS-6760) Deletion of directories with snapshots will not output reason for trash move failure

Stephen Chu created HDFS-6760:
---------------------------------

             Summary: Deletion of directories with snapshots will not output reason for trash move failure
                 Key: HDFS-6760
                 URL: https://issues.apache.org/jira/browse/HDFS-6760
             Project: Hadoop HDFS
          Issue Type: Improvement
    Affects Versions: 2.4.0
            Reporter: Stephen Chu
            Assignee: Stephen Chu
            Priority: Minor


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)