[
https://issues.apache.org/jira/browse/HDFS-8517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14938436#comment-14938436
]
Hudson commented on HDFS-8517:
------------------------------
FAILURE: Integrated in Hadoop-Mapreduce-trunk #2408 (See
[https://builds.apache.org/job/Hadoop-Mapreduce-trunk/2408/])
HDFS-8517. Fix a decoding issue in stripped block recovering in client (jing9:
rev 71329e817b99dbee630f902fa3640c3c93f04a44)
*
hadoop-hdfs-project/hadoop-hdfs/src/test/java/org/apache/hadoop/hdfs/DFSTestUtil.java
*
hadoop-hdfs-project/hadoop-hdfs/src/test/java/org/apache/hadoop/hdfs/TestReadStripedFileWithDecoding.java
*
hadoop-hdfs-project/hadoop-hdfs/src/test/java/org/apache/hadoop/hdfs/TestDFSStripedInputStream.java
*
hadoop-hdfs-project/hadoop-hdfs/src/test/java/org/apache/hadoop/hdfs/StripedFileTestUtil.java
*
hadoop-hdfs-project/hadoop-hdfs/src/test/java/org/apache/hadoop/hdfs/TestWriteReadStripedFile.java
*
hadoop-hdfs-project/hadoop-hdfs/src/main/java/org/apache/hadoop/hdfs/DFSStripedInputStream.java
*
hadoop-hdfs-project/hadoop-hdfs/src/main/java/org/apache/hadoop/hdfs/util/StripedBlockUtil.java
* hadoop-hdfs-project/hadoop-hdfs/CHANGES-HDFS-EC-7285.txt
> Fix a decoding issue in stripped block recovering in client side
> ----------------------------------------------------------------
>
> Key: HDFS-8517
> URL: https://issues.apache.org/jira/browse/HDFS-8517
> Project: Hadoop HDFS
> Issue Type: Sub-task
> Reporter: Kai Zheng
> Assignee: Kai Zheng
> Fix For: HDFS-7285
>
> Attachments: HDFS-8517-HDFS-7285-v1.patch,
> HDFS-8517-HDFS-7285.v2.patch
>
>
> [~jingzhao] reported a decoding issue in HDFS-8481 in the comment copied
> below:
> bq. While debugging HDFS-8319, I just found that in
> TestWriteReadStripedFile#testWritePreadWithDNFailure, if we change the
> startOffsetInFile from cellSize * 5 to 0, the test fails with the following
> error msg:
> {noformat}
> java.lang.AssertionError: Byte at 524288 should be the same expected:<27> but
> was:<-9>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at
> org.apache.hadoop.hdfs.TestWriteReadStripedFile.testWritePreadWithDNFailure(TestWriteReadStripedFile.java:390)
> {noformat}
> It was caused by an issue that we need to adjust the inputs order to call
> decoder#decode. When startOffsetInFile is 5 * cellSize, the recovering or
> decoding won't be needed as ZERO cells don't need to recover; when it's 0,
> the issue then was exposed, as normal data cells must be recovered thru the
> decoding.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
