[ https://issues.apache.org/jira/browse/HDFS-7686?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14319074#comment-14319074
]
Hadoop QA commented on HDFS-7686:
---------------------------------
{color:red}-1 overall{color}. Here are the results of testing the latest attachment
http://issues.apache.org/jira/secure/attachment/12698527/HDFS-7686.004.patch
against trunk revision f107023.
{color:red}-1 @author{color}. The patch appears to contain @author tags which the Hadoop
community has agreed to not allow in code contributions.
{color:green}+1 tests included{color}. The patch appears to include new or modified
test files.
{color:red}-1 patch{color}. The patch command could not apply the patch.
Console output: https://builds.apache.org/job/PreCommit-HDFS-Build/9563//console
This message is automatically generated.
> Re-add rapid rescan of possibly corrupt block feature to the block scanner
> --------------------------------------------------------------------------
>
> Key: HDFS-7686
> URL: https://issues.apache.org/jira/browse/HDFS-7686
> Project: Hadoop HDFS
> Issue Type: Bug
> Affects Versions: 3.0.0
> Reporter: Rushabh S Shah
> Assignee: Colin Patrick McCabe
> Priority: Blocker
> Attachments: HDFS-7686.002.patch, HDFS-7686.003.patch, HDFS-7686.004.patch
>
>
> When doing a transferTo (aka sendfile operation) from the DataNode to a client, we may
hit an I/O error from the disk. If we believe this is the case, we should be able to tell
the block scanner to rescan that block soon. The feature was originally implemented in HDFS-7548
but was removed by HDFS-7430. We should re-add it.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
|