[
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.
