hadoop-common-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hairong Kuang (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HADOOP-1665) DFS Trash feature bugs
Date Fri, 03 Aug 2007 22:37:53 GMT

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

Hairong Kuang commented on HADOOP-1665:
---------------------------------------

There is a subtle implication introduced by the above approach. Assume that /data is a directory,
we execute the following command:
% hadoop dfs -rm /data   // /data is moved to /trash/data
// restore /data
%hadoop dfs -rm /data  // /data is moved to /trash/data.0
// restore /data
%hadoop dfs -rm /data/file1  // file1 is moved to /trash/data/file1.0

The most recent copy of file1 is at /trash/path/file1.0 not /trash/path.0/file1. So it is
not obvious to the user which one is the most recent copy.

Also does it make to sense to decrease the replication factor of the files in the trash can
to be 1 or 2?

> DFS Trash feature bugs
> ----------------------
>
>                 Key: HADOOP-1665
>                 URL: https://issues.apache.org/jira/browse/HADOOP-1665
>             Project: Hadoop
>          Issue Type: Bug
>          Components: dfs
>    Affects Versions: 0.13.1
>            Reporter: Nigel Daley
>            Assignee: dhruba borthakur
>            Priority: Blocker
>             Fix For: 0.14.0
>
>         Attachments: Trash2.patch
>
>
> In testing the DFS Trash feature, I've run across a couple of bugs.
> 1) Attempting to remove the same file fails when attempted within the same fs.trash.interval:
>     % bin/hadoop dfs -put file /file
>     % bin/hadoop dfs -rm /file
>     Moved to trash: /file
>     % bin/hadoop dfs -put file /file
>     % bin/hadoop dfs -rm /file
>     rm: Failed to move to trash: /file
> 2) Removing a file within a directory, followed by removing the directory creates a bizzare
hierarchy within /Trash:
>     % bin/hadoop dfs -mkdir /dir
>     % bin/hadoop dfs -put file /dir/file
>     % bin/hadoop dfs -rm /dir/file
>     Moved to trash: /dir/file
>     % bin/hadoop dfs -rmr /dir
>     Moved to trash: /dir
>     % bin/hadoop dfs -lsr /Trash
>     /Trash/Current  <dir>
>     /Trash/Current/dir      <dir>
>     /Trash/Current/dir/dir  <dir>     <-- This is weird; potentially related
to a rename case not fixed by HADOOP-1623 ???
>     /Trash/Current/dir/file <r 3>   10

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message