Han Xiao created HADOOP-8790:
--------------------------------
Summary: testTrashEmptier() fails when run TestHDFSTrash
Key: HADOOP-8790
URL: https://issues.apache.org/jira/browse/HADOOP-8790
Project: Hadoop Common
Issue Type: Bug
Components: test
Affects Versions: 2.0.1-alpha
Reporter: Han Xiao
In our test environment, TestHDFSTrash.testTrashEmptier fails occasionally:
Standout is:
2012-09-12 01:09:23,732 WARN conf.Configuration
(Configuration.java:warnOnceIfDeprecated(737)) - fs.default.name is deprecated.
Instead, use fs.defaultFS
Moved:
'file:/home/hadoop/jenkins/jenkins_home/jobs/hadoop-hdfs-test/workspace/hadoop-hdfs/target/test/data/testTrash/test/mkdirs/myFile0'
to trash at: file:/home/hadoop/.Trash/Current
Stacktrace is:
junit.framework.AssertionFailedError: null
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at junit.framework.Assert.assertTrue(Assert.java:27)
at org.apache.hadoop.fs.TestTrash.testTrashEmptier(TestTrash.java:533)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at junit.framework.TestSuite.runTest(TestSuite.java:243)
at junit.framework.TestSuite.run(TestSuite.java:238)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
at junit.extensions.TestSetup$1.protect(TestSetup.java:23)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.extensions.TestSetup.run(TestSetup.java:27)
at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
at
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134)
at
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
at
org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
at
org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103)
at
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
So it seems that at the beginning, the condition that 'checkpoints.size() == 4'
is true. Then the testcase fails right away.
If the Trash directory likes bellow, the testcase fails everytime.
hadoop@HADOOP-CI-AGENT-A:~/.Trash> l
total 24
drwxr-xr-x 6 hadoop users 4096 Sep 12 17:26 ./
drwx------ 21 hadoop users 4096 Sep 12 17:25 ../
drwxr-xr-x 3 hadoop users 4096 Sep 12 17:26 120912170042/
drwxr-xr-x 3 hadoop users 4096 Sep 12 17:00 120912170048/
drwxr-xr-x 3 hadoop users 4096 Sep 12 17:00 120912170054/
drwxr-xr-x 3 hadoop users 4096 Sep 12 17:00 Current/
So the testcase must be modified to avoid the failing in such a precondition.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
