hadoop-hdfs-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hairong Kuang (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HDFS-679) Block receiver unexpectedly throws an IOException complaining mismatched checksum
Date Tue, 20 Oct 2009 01:40:59 GMT

     [ https://issues.apache.org/jira/browse/HDFS-679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Hairong Kuang updated HDFS-679:
-------------------------------

    Attachment: appendToPartialChunk1.patch

This patch incorporates comments 1, 2, 4, and 5. Comment 5 is of special help that help find
another bug in the code. Thanks Suresh!

As for comment 3, this does not effect every hflush operation. This takes effect only for
the first partial chunk after an application opened a file for append and is good for capturing
on-disk data corruption.

> Block receiver unexpectedly throws an IOException complaining mismatched checksum
> ---------------------------------------------------------------------------------
>
>                 Key: HDFS-679
>                 URL: https://issues.apache.org/jira/browse/HDFS-679
>             Project: Hadoop HDFS
>          Issue Type: Bug
>    Affects Versions: 0.21.0
>            Reporter: Hairong Kuang
>            Assignee: Hairong Kuang
>             Fix For: 0.21.0
>
>         Attachments: appendToPartialChunk.patch, appendToPartialChunk1.patch
>
>
> When I run TestClientProtocolForPipelineRecovery, I always see that the block receiver
throws IOException complaining about mismatched checksum when receiving the last data packet.
It turns out the checksum of last packet was unexpectedly set to be zero.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message