[
https://issues.apache.org/jira/browse/HADOOP-7326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matt Foley updated HADOOP-7326:
-------------------------------
Attachment: hadoop-7326-TestTrash-1.patch
The problem is that testTrashEmptier() naively counts all the objects in
.Trash, but it needs to filter for only Trash checkpoint subdirectory objects,
the same way Trash.expunge() does.
This patch fixes the problem, and also cleans up some logging in the Trash
class, to make it more useful in interpreting such situations.
> 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
