Florin, Jakob's explained where the trashed files would go (/user/{user.name}/.Trash/). Interestingly, this would also safeguard against deleting your own home directory with an error such as:
➜ ~ hadoop dfs -rmr /user/harsh Problem with Trash.. Consider using -skipTrash option rmr: Cannot move "hdfs://localhost/user/harsh" to the trash, as it contains the trash Regarding the Cloudera bits; you're welcome to post Cloudera usage questions at cdh-u...@cloudera.org lists ( https://groups.google.com/a/cloudera.org/group/cdh-user/topics ). On Thu, Jun 9, 2011 at 4:35 PM, Jakob Homan <jgho...@gmail.com> wrote: > files that have been rm'ed but not yet expunged are stored in each > user's .Trash folder within their home directory. This is the > safeguard against accidentally deleting files; adding a prompt is a > non-starter. > > On Thu, Jun 9, 2011 at 2:17 AM, Florin P <florinp...@yahoo.com> wrote: >> Ok..Thank you...But where the deleted files are stored? From which directory >> I can recover them? Is there any property to set up this folder where >> deleted files are kept? I've read something on the net, but since cloudera >> version differs from the hadoop version (in some parts), all the time I have >> to be sure that I'm properly doing the right thing. >> Again thank for your answers... They are very helpful. >> >> --- On Thu, 6/9/11, Harsh J <ha...@cloudera.com> wrote: >> >>> From: Harsh J <ha...@cloudera.com> >>> Subject: Re: When rmr and rm strike >>> To: hdfs-user@hadoop.apache.org >>> Date: Thursday, June 9, 2011, 3:52 AM >>> Florin, >>> >>> In core-site.xml, simply set a value for >>> "fs.trash.interval" as the >>> number of minutes you want the trash to retain items. A >>> generally good >>> value is 24 hours, i.e. "1440" minutes. >>> >>> On Thu, Jun 9, 2011 at 12:07 PM, Florin P <florinp...@yahoo.com> >>> wrote: >>> > Hello! >>> > Thank you for you response. Regarding the Trash >>> feature, how can we properly configure this feature (config >>> files etc) in the mentioned hadoop version? The information >>> that I've taken from the Guide >>> (http://hadoop.apache.org/common/docs/r0.20.2/hdfs_design.html) >>> is a little bit vague. >>> > Thank you again. >>> > Regards, >>> > Florin >>> > >>> > --- On Wed, 6/8/11, Harsh J <ha...@cloudera.com> >>> wrote: >>> > >>> >> From: Harsh J <ha...@cloudera.com> >>> >> Subject: Re: When rmr and rm strike >>> >> To: hdfs-user@hadoop.apache.org >>> >> Date: Wednesday, June 8, 2011, 6:39 AM >>> >> A question prompt option must be >>> >> added, agreed. >>> >> >>> >> For your recovery question, did you/do you have >>> the HDFS >>> >> Trash feature >>> >> enabled in your cluster? >>> >> >>> >> On Wed, Jun 8, 2011 at 2:20 PM, Florin P <florinp...@yahoo.com> >>> >> wrote: >>> >> > Hello! >>> >> > I'm using the hadoop version from >>> cloudera >>> >> hadoop-core-0.20.2-cdh3u1-SNAPSHOT.jar. >>> >> > Today I've made a mistake. I have >>> deleted my >>> >> user from HDFS with the command >>> >> > hadoop fs -rmr /user/my_user >>> >> > >>> >> > No question: are you sure to delete? Are you >>> really >>> >> sure? >>> >> > So panic...what to do? How can I recover my >>> lost >>> >> data? >>> >> > From the above real scenario, the >>> following >>> >> improvements and questions can incur: >>> >> > 1. Add a question when you are deleting a >>> folder or a >>> >> file, such as "Are you sure you want to delete >>> X?" >>> >> > 2. In order to automate the delete process >>> and surpass >>> >> the above question, add an option to pass the >>> answer to it >>> >> (sometimes you need this feature) >>> >> > 3. How can recover a deleted "user" with its >>> >> associated data (in my case "my_user") >>> >> > 4. Where goes the data from a deleted folder >>> with the >>> >> "rmr" otion? >>> >> > 5. Where goes the data from a deleted folder >>> with the >>> >> "rm" otion? >>> >> > 6. How can be recovered (undeleted) the data >>> deleted >>> >> from question 4 and 5? >>> >> > >>> >> > Thank you for your answers. >>> >> > >>> >> > Kind regards, >>> >> > Florin >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> >>> >> >>> >> >>> >> -- >>> >> Harsh J >>> >> >>> > >>> >>> >>> >>> -- >>> Harsh J >>> >> > -- Harsh J