[jira] [Updated] (HADOOP-8790) testTrashEmptier() fails when run TestHDFSTrash
[ https://issues.apache.org/jira/browse/HADOOP-8790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinod Kumar Vavilapalli updated HADOOP-8790: Fix Version/s: (was: 2.0.1-alpha) Please use "Target Version" for your intention. Dropping fix-version as it is only supposed to be set at patch commit time. > 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 > Labels: BB2015-05-TBR > Attachments: HADOOP-8790.patch > > > 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 was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-8790) testTrashEmptier() fails when run TestHDFSTrash
[ https://issues.apache.org/jira/browse/HADOOP-8790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Allen Wittenauer updated HADOOP-8790: - Labels: BB2015-05-TBR (was: ) 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 Labels: BB2015-05-TBR Fix For: 2.0.1-alpha Attachments: HADOOP-8790.patch 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 was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (HADOOP-8790) testTrashEmptier() fails when run TestHDFSTrash
[ https://issues.apache.org/jira/browse/HADOOP-8790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Han Xiao updated HADOOP-8790: - Fix Version/s: 2.0.1-alpha Status: Patch Available (was: Open) Upload a patch, it works in our environment to protect the testcase from failing in such a prediction. 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 Fix For: 2.0.1-alpha Attachments: HDFS-3266-1.patch 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
[jira] [Updated] (HADOOP-8790) testTrashEmptier() fails when run TestHDFSTrash
[ https://issues.apache.org/jira/browse/HADOOP-8790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Han Xiao updated HADOOP-8790: - Attachment: HDFS-3266-1.patch 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 Fix For: 2.0.1-alpha Attachments: HDFS-3266-1.patch 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
[jira] [Updated] (HADOOP-8790) testTrashEmptier() fails when run TestHDFSTrash
[ https://issues.apache.org/jira/browse/HADOOP-8790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Han Xiao updated HADOOP-8790: - Attachment: HADOOP-8790.patch Sorry to upload the wrong patch. 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 Fix For: 2.0.1-alpha Attachments: HADOOP-8790.patch 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
[jira] [Updated] (HADOOP-8790) testTrashEmptier() fails when run TestHDFSTrash
[ https://issues.apache.org/jira/browse/HADOOP-8790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Han Xiao updated HADOOP-8790: - Attachment: (was: HDFS-3266-1.patch) 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 Fix For: 2.0.1-alpha Attachments: HADOOP-8790.patch 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
