You are viewing a plain text version of this content. The canonical link for it is here.

Posted to common-dev@hadoop.apache.org by "Chris Douglas (JIRA)" <ji...@apache.org> on 2008/10/01 00:23:44 UTC

[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

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

Chris Douglas commented on HADOOP-4300:
---------------------------------------

Wait... just to be clear, _after_ the cluster was allocated, you updated the config file of the running namenode? If so, that's not supported and the parameter needs to be given to HOD prior to allocation.

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