You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-issues@hadoop.apache.org by "Hairong Kuang (JIRA)" <ji...@apache.org> on 2010/03/04 00:30:27 UTC

[jira] Updated: (HDFS-793) DataNode should first receive the whole packet ack message before it constructs and sends its own ack message for the packet

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

Hairong Kuang updated HDFS-793:
-------------------------------

    Attachment: separateSendRcvAck-0.20-yahoo.patch

This patch is for yahoo 0.20 branch.

> DataNode should first receive the whole packet ack message before it constructs and sends its own ack message for the packet
> ----------------------------------------------------------------------------------------------------------------------------
>
>                 Key: HDFS-793
>                 URL: https://issues.apache.org/jira/browse/HDFS-793
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: data-node
>            Reporter: Hairong Kuang
>            Assignee: Hairong Kuang
>            Priority: Blocker
>             Fix For: 0.20.2, 0.21.0, 0.22.0
>
>         Attachments: separateSendRcvAck-0.20-yahoo.patch, separateSendRcvAck-0.20.patch, separateSendRcvAck.patch, separateSendRcvAck1.patch, separateSendRcvAck2.patch
>
>
> Currently BlockReceiver#PacketResponder interleaves receiving ack message and sending ack message for the same packet. It reads a portion of the message, sends a portion of its ack, and continues like this until it hits the end of the message. The problem is that if it gets an error receiving the ack, it is not able to send an ack that reflects the source of the error.
> The PacketResponder should receives the whole packet ack message first and then constuct and sends out its ack.

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