[
https://issues.apache.org/jira/browse/HADOOP-7326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13038742#comment-13038742
]
Todd Lipcon commented on HADOOP-7326:
-------------------------------------
- Rather than making CHECKPOINT public, can you add a new method like
Trash.isCheckpointFileName(String)?
- It's still not clear why TestHDFSTrash was putting stuff in the local
filesystem's .Trash folder. There are two things wrong there - 1) TestHDFSTrash
is supposed to test HDFS, not local, and 2) it seems to try to set up the
.Trash dir inside build/ so that different builds dont interact poorly.
> TestTrash.testTrashEmptier() infinite loops if run on a home directory with
> stuff in .Trash
> -------------------------------------------------------------------------------------------
>
> Key: HADOOP-7326
> URL: https://issues.apache.org/jira/browse/HADOOP-7326
> Project: Hadoop Common
> Issue Type: Bug
> Components: test
> Affects Versions: 0.22.0, 0.23.0
> Reporter: Matt Foley
> Assignee: Matt Foley
> Attachments: hadoop-7326-TestTrash-1.patch
>
>
> This bug was discovered while investigating HDFS-1967, intermittent failure
> of TestHDFSTrash, which calls TestTrash. If the user id running the test has
> a ~/.Trash directory that already has 4 or more files in it, a loop in
> TestTrash.testTrashEmptier() will never terminate, because it is waiting for
> the count of objects to increase from zero to exactly three (and it creates
> one object right away).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
