Issue Details (XML | Word | Printable)

Key: HADOOP-1914
Type: New Feature New Feature
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Hairong Kuang
Reporter: Hairong Kuang
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Hadoop Common

HDFS should have a NamenodeProtocol to allow secondary namenodes and rebalancing processes to communicate with a primary namenode

Created: 18/Sep/07 12:03 AM   Updated: 08/Jul/09 04:42 PM
Return to search
Component/s: None
Affects Version/s: 0.14.1
Fix Version/s: 0.15.0

Time Tracking:
Not Specified

File Attachments:
  Size
Text File Licensed for inclusion in ASF works namenodeProtocol.patch 2007-09-18 09:23 PM Hairong Kuang 14 kB
Text File Licensed for inclusion in ASF works namenodeProtocol1.patch 2007-09-25 01:31 AM Hairong Kuang 17 kB
Text File Licensed for inclusion in ASF works namenodeProtocol2.patch 2007-10-01 07:18 PM Hairong Kuang 17 kB
Text File Licensed for inclusion in ASF works namenodeProtocol3.patch 2007-10-01 09:04 PM Hairong Kuang 17 kB
Issue Links:
Dependants
 

Resolution Date: 02/Oct/07 06:43 PM


 Description  « Hide
For the security purpose, it is nice to have a NamenodeProtocol to allow secondary namenodes and rebalacing processes to communicate with a primary namenode. In the first version the NamenodeProtocol is going to support one RPC:
BlockLocations[] getBlocks(DatanodeID datanode, long size);
This RPC allows a rebalancing process to fetch a partial blocks map from a namenode. It returns a list of blocks on the given datanode and its locations, whose total size is the given size.

 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
No work has yet been logged on this issue.