From hadoop-dev-return-6272-apmail-lucene-hadoop-dev-archive=lucene.apache.org@lucene.apache.org Thu Dec 28 04:37:48 2006 Return-Path: Delivered-To: apmail-lucene-hadoop-dev-archive@locus.apache.org Received: (qmail 82031 invoked from network); 28 Dec 2006 04:37:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 Dec 2006 04:37:47 -0000 Received: (qmail 70550 invoked by uid 500); 28 Dec 2006 04:37:54 -0000 Delivered-To: apmail-lucene-hadoop-dev-archive@lucene.apache.org Received: (qmail 70524 invoked by uid 500); 28 Dec 2006 04:37:54 -0000 Mailing-List: contact hadoop-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hadoop-dev@lucene.apache.org Delivered-To: mailing list hadoop-dev@lucene.apache.org Received: (qmail 70515 invoked by uid 99); 28 Dec 2006 04:37:53 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Dec 2006 20:37:53 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Dec 2006 20:37:45 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 123727141A4 for ; Wed, 27 Dec 2006 20:37:25 -0800 (PST) Message-ID: <17871347.1167280645072.JavaMail.jira@brutus> Date: Wed, 27 Dec 2006 20:37:25 -0800 (PST) From: "Owen O'Malley (JIRA)" To: hadoop-dev@lucene.apache.org Subject: [jira] Commented: (HADOOP-432) support undelete, snapshots, or other mechanism to recover lost files In-Reply-To: <13436198.1155057493889.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ http://issues.apache.org/jira/browse/HADOOP-432?page=comments#action_12461144 ] Owen O'Malley commented on HADOOP-432: -------------------------------------- Per-a-user trash directories are required once we have permissions. If you have /Trash or whatever, the permissions on that directory would need to be world writable. That wouldn't be acceptable, because user X could see (and delete) the files that user Y had deleted. The solution that Linux and Mac uses with user specific delete directories seems like the right one to me. And yes, the cron job equivalent that cleans up the trash will need to have super-user permissions. > 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 > Attachments: undelete12.patch, undelete16.patch, undelete17.patch > > > 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