Return-Path: 
 <core-dev-return-51325-apmail-hadoop-core-dev-archive=hadoop.apache.org@hadoop.apache.org>
Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org
Received: (qmail 79342 invoked from network); 1 Oct 2008 10:48:38 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 1 Oct 2008 10:48:38 -0000
Received: (qmail 36212 invoked by uid 500); 1 Oct 2008 10:48:35 -0000
Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org
Received: (qmail 35924 invoked by uid 500); 1 Oct 2008 10:48:33 -0000
Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:core-dev-help@hadoop.apache.org>
List-Unsubscribe: <mailto:core-dev-unsubscribe@hadoop.apache.org>
List-Post: <mailto:core-dev@hadoop.apache.org>
List-Id: <core-dev.hadoop.apache.org>
Reply-To: core-dev@hadoop.apache.org
Delivered-To: mailing list core-dev@hadoop.apache.org
Received: (qmail 35913 invoked by uid 99); 1 Oct 2008 10:48:33 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Oct 2008 03:48:33 -0700
X-ASF-Spam-Status: No, hits=-2000.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Oct 2008 10:47:39 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 45959234C1FA
	for <core-dev@hadoop.apache.org>; Wed,  1 Oct 2008 03:47:44 -0700 (PDT)
Message-ID: <1368502818.1222858064284.JavaMail.jira@brutus>
Date: Wed, 1 Oct 2008 03:47:44 -0700 (PDT)
From: "Ramya R (JIRA)" <jira@apache.org>
To: core-dev@hadoop.apache.org
Subject: [jira] Commented: (HADOOP-4300) When fs.trash.interval is set to
 non-zero value, the deleted files and directory which are in .Trash are not
 getting removed from there after <fs.trash.interval>
In-Reply-To: <1747987944.1222669964272.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


    [ https://issues.apache.org/jira/browse/HADOOP-4300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12635995#action_12635995 ] 

Ramya R commented on HADOOP-4300:
---------------------------------

Sorry for the mistake Chris. Koji pointed out the right way to execute it. Here is what I followed:
1)  Allocate a cluster through HOD and pass --gridservice-hdfs.cmdline-params=fs.trash.interval=10 to HOD.
2) Append ><property><name>fs.trash.interval</name> <value>10</value> <description>Number of minutes between trash checkpoints. If zero, the trash feature is disabled. </description></property> in hadoop-site.xml under the <cluster_dir>
3) Create some files on HDFS and delete it. 
The files are getting deleted and being moved to .Trash but not being removed from .Trash after <fs.trash.interval>

Interestingly, I set up a stand alone mode and the files were removed from .Trash after <fs.trash.interval>. But the same behavior was not seen in distributed mode.

> When fs.trash.interval is set to non-zero value, the deleted files and directory which are in .Trash are not getting removed from there after <fs.trash.interval>
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: HADOOP-4300
>                 URL: https://issues.apache.org/jira/browse/HADOOP-4300
>             Project: Hadoop Core
>          Issue Type: Bug
>          Components: dfs
>    Affects Versions: 0.19.0
>            Reporter: Ramya R
>            Priority: Minor
>             Fix For: 0.19.0
>
>
> Set fs.trash.interval to non zero value(say 1), touch a file (say file.txt) and delete it. The expected behavior would be that file.txt is moved to .Trash and also file.txt is removed from .Trash after 1min. But the observed behavior is that, even though file.txt is being moved to .Trash, it is not removed from .Trash after 1min.

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