[
https://issues.apache.org/jira/browse/HADOOP-4300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12635658#action_12635658
]
Ramya R commented on HADOOP-4300:
---------------------------------
To explain it in more detail, here is how I carried out the test:
1) Allocate a cluster through HOD
2) Append ><property><name>fs.trash.interval</name> <value>1</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) ssh to the machine where name node is running and append the same above line
in <hodring.temp-dir>/<username>.<jobid>.<hostname>.hodring/0-namenode/confdir
4) 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>
> 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.
