hadoop-common-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Doug Cutting (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files
Date Fri, 22 Sep 2006 19:05:26 GMT
    [ http://issues.apache.org/jira/browse/HADOOP-432?page=comments#action_12436977 ] 
            
Doug Cutting commented on HADOOP-432:
-------------------------------------

Perhaps the maximum size should be relative to the filesystem capacity, rather than absolute?
 Otherwise a reasonable default setting will be difficult.

What is the public API?  I think this should be a new FileSystem or DistributedFileSystem
method, not a change to delete().  Perhaps it could be called moveToTrash().  Then we also
need the ability to list the trash contents and undelete things.

> support undelete, snapshots, or other mechanism to recover lost files
> ---------------------------------------------------------------------
>
>                 Key: HADOOP-432
>                 URL: http://issues.apache.org/jira/browse/HADOOP-432
>             Project: Hadoop
>          Issue Type: Improvement
>          Components: dfs
>            Reporter: Yoram Arnon
>         Assigned To: Wendy Chien
>
> currently, once you delete a file it's gone forever.
> most file systems allow some form of recovery of deleted files.
> a simple solution would be an 'undelete' command.
> a more comprehensive solution would include snapshots, manual and automatic, with scheduling
options.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message