[
https://issues.apache.org/jira/browse/HADOOP-4300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Douglas resolved HADOOP-4300.
-----------------------------------
Resolution: Cannot Reproduce
bq. 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.
It is difficult to imagine circumstances where this would be true. I tried to
reproduce this on a small, non-HOD cluster using (0.19, r704262) and trash
worked as expected. It looks like this issue is with HOD or its configuration.
> 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: Blocker
> 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.
