hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Wei-Chiu Chuang (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HDFS-10935) Java-based EC codec does not reconstruct blocks correctly
Date Tue, 25 Oct 2016 08:58:58 GMT

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

Wei-Chiu Chuang commented on HDFS-10935:
----------------------------------------

Hi [~Sammi] that's great finding!

I am still curious why the test only fails without native ISA-L library. Would it be possible
to add a test to force tests to use non-native codec? Is that the right way to add a regression
test?
[~drankye] [~zhz] would you like to review this patch?

Thanks

> Java-based EC codec does not reconstruct blocks correctly
> ---------------------------------------------------------
>
>                 Key: HDFS-10935
>                 URL: https://issues.apache.org/jira/browse/HDFS-10935
>             Project: Hadoop HDFS
>          Issue Type: Bug
>         Environment: JDK 1.8.0_91 on Mac OS X Yosemite 10.10.5
>            Reporter: Wei-Chiu Chuang
>            Assignee: SammiChen
>            Priority: Critical
>         Attachments: HDFS-10935-v1.patch
>
>
> On my Mac, TestFileChecksum has been been failing since HDFS-10460. However, the jenkins
jobs have not reported the failures. Maybe it's an issue with my Mac or JDK.
> 9 out of 21 tests failed. 
> {noformat}
> java.lang.AssertionError: Checksum mismatches!
> 	at org.junit.Assert.fail(Assert.java:88)
> 	at org.junit.Assert.assertTrue(Assert.java:41)
> 	at org.apache.hadoop.hdfs.TestFileChecksum.testStripedFileChecksumWithMissedDataBlocksRangeQuery(TestFileChecksum.java:227)
> 	at org.apache.hadoop.hdfs.TestFileChecksum.testStripedFileChecksumWithMissedDataBlocksRangeQuery10(TestFileChecksum.java:336)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 	at java.lang.reflect.Method.invoke(Method.java:498)
> 	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> 	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> 	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> 	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> 	at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-issues-unsubscribe@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-help@hadoop.apache.org


Mime
View raw message