Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: core-dev@hadoop.apache.org
Message-ID: <1123975569.1208070786143.JavaMail.jira@brutus>
Date: Sun, 13 Apr 2008 00:13:06 -0700 (PDT)
From: "dhruba borthakur (JIRA)" <jira@apache.org>
To: core-dev@hadoop.apache.org
Subject: [jira] Commented: (HADOOP-3201) namenode should be able to retrieve
 block metadata from a datanode
In-Reply-To: <444030845.1207592124238.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HADOOP-3201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12588370#action_12588370 ] 

dhruba borthakur commented on HADOOP-3201:
------------------------------------------

I like the idea of HreatbeatResponse. But it would be better if we change the name to HeartbeatResponse.

> namenode should be able to retrieve block metadata from a datanode
> ------------------------------------------------------------------
>
>                 Key: HADOOP-3201
>                 URL: https://issues.apache.org/jira/browse/HADOOP-3201
>             Project: Hadoop Core
>          Issue Type: New Feature
>          Components: dfs
>            Reporter: dhruba borthakur
>            Assignee: Tsz Wo (Nicholas), SZE
>
> The Append design (HADOOP-1700) requires that the namenode be able to contact the datanode when a lease expires. 
> When a lease expires, the namenode has to fix up the size of the last block of the file that was being written to. The namenode contacts the datanodes, retrieves the block generation stamp and the length of the lastblock of all known replicas, determines which replicas are good and which one are to be deleted, stamps the winning replicas with a new generation stamp and deletes losing replicas. Once this process is complete, the namenode can allow a new writer to append to this file. Details of this design are in HADOOP-1700.
> A few options available to us:
> 1. The namenode sends the request as a response to the next heartbeat RPC from the datanode. This methodology is currently used for requesting block reports from datanodes.
> 2. The datanode has an RPC server. A pool of threads in the namenode can be used to make RPCs to the datanodes.

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