hadoop-common-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hadoop QA (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HADOOP-8790) testTrashEmptier() fails when run TestHDFSTrash
Date Mon, 28 Sep 2015 22:30:06 GMT

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

Hadoop QA commented on HADOOP-8790:
-----------------------------------

\\
\\
| (x) *{color:red}-1 overall{color}* |
\\
\\
|| Vote || Subsystem || Runtime || Comment ||
| {color:red}-1{color} | pre-patch |   7m 23s | Pre-patch trunk has 1 extant Findbugs (version
3.0.0) warnings. |
| {color:green}+1{color} | @author |   0m  0s | The patch does not contain any @author tags.
|
| {color:green}+1{color} | tests included |   0m  0s | The patch appears to include 1 new
or modified test files. |
| {color:green}+1{color} | javac |   7m 57s | There were no new javac warning messages. |
| {color:green}+1{color} | release audit |   0m 22s | The applied patch does not increase
the total number of release audit warnings. |
| {color:green}+1{color} | checkstyle |   1m  8s | There were no new checkstyle issues. |
| {color:green}+1{color} | whitespace |   0m  0s | The patch has no lines that end in whitespace.
|
| {color:green}+1{color} | install |   1m 28s | mvn install still works. |
| {color:green}+1{color} | eclipse:eclipse |   0m 33s | The patch built with eclipse:eclipse.
|
| {color:green}+1{color} | findbugs |   1m 52s | The patch does not introduce any new Findbugs
(version 3.0.0) warnings. |
| {color:red}-1{color} | common tests |   8m 31s | Tests failed in hadoop-common. |
| | |  29m 20s | |
\\
\\
|| Reason || Tests ||
| Failed unit tests | hadoop.metrics2.impl.TestGangliaMetrics |
\\
\\
|| Subsystem || Report/Notes ||
| Patch URL | http://issues.apache.org/jira/secure/attachment/12544798/HADOOP-8790.patch |
| Optional Tests | javac unit findbugs checkstyle |
| git revision | trunk / e5992ef |
| Pre-patch Findbugs warnings | https://builds.apache.org/job/PreCommit-HADOOP-Build/7721/artifact/patchprocess/trunkFindbugsWarningshadoop-common.html
|
| hadoop-common test log | https://builds.apache.org/job/PreCommit-HADOOP-Build/7721/artifact/patchprocess/testrun_hadoop-common.txt
|
| Test Results | https://builds.apache.org/job/PreCommit-HADOOP-Build/7721/testReport/ |
| Java | 1.7.0_55 |
| uname | Linux asf903.gq1.ygridcore.net 3.13.0-36-lowlatency #63-Ubuntu SMP PREEMPT Wed Sep
3 21:56:12 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux |
| Console output | https://builds.apache.org/job/PreCommit-HADOOP-Build/7721/console |


This message was automatically generated.

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

Mime
View raw message