[jira] Created: (HADOOP-7012) IPC.Client may have some connection for each a given host/port

IPC.Client may have some connection for each a given host/port -- Key: HADOOP-7012 URL: https://issues.apache.org/jira/browse/HADOOP-7012 Project: Hadoop Common Issue Type: Improvem

[jira] Resolved: (HADOOP-7009) MD5Hash provides a public factory method that creates an instance of MessageDigest

[ https://issues.apache.org/jira/browse/HADOOP-7009?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hairong Kuang resolved HADOOP-7009. --- Resolution: Fixed Hadoop Flags: [Reviewed] I've committed this! > MD5Hash provides a

Build failed in Hudson: Hadoop-Common-trunk-Commit #406

See Changes: [omalley] HADOOP-6991. Move testcase from mapreduce to common, since it tests SequenceFile. -- [...truncated 20186 lines...] [junit] 2010-10-28 19:34:12,607 IN

Re: Multi-Master Hadoop Configuration

Yes. Only one master, called name-node, is managing HDFS, and only one master, called job tracker, is managing MapReduce cluster. You can also read some online documentation, may be even publications. Thanks, --Konstantin On Wed, Oct 27, 2010 at 3:28 PM, Wang, Chengwei wrote: > Thanks for pointi

Re: Multi-Master Hadoop Configuration

Thanks a bunch! - Original Message - From: "Konstantin Shvachko" To: common-dev@hadoop.apache.org Sent: Thursday, October 28, 2010 5:09:27 PM Subject: Re: Multi-Master Hadoop Configuration Yes. Only one master, called name-node, is managing HDFS, and only one master, called job tracker,

Hudson build is back to normal : Hadoop-Common-trunk-Commit #407

See

mapper and reducer scheduling

Hi, all I wonder how Hadoop schedules mappers and reducers (e.g. consider load balancing, affinity to data?). For example, how to decide on which nodes mappers and reducers are to be executed and when. Thanks! Gerald

[jira] Created: (HADOOP-7013) Add boolean field isCorrupt to BlockLocation

Add boolean field isCorrupt to BlockLocation Key: HADOOP-7013 URL: https://issues.apache.org/jira/browse/HADOOP-7013 Project: Hadoop Common Issue Type: Improvement Reporter: Patrick Kl

Re: Mumak is still active?

Nan, We (at Yahoo) are still doing some work in and on top of Mumak in Yahoo, but not in significant ways because most of our production is using an internal version of Hadoop 20, which diverges from Hadoop trunk (where Mumak resides). So the project is certainly "live" but not very "acti

Re: Mumak is still active?

Hi, Hong, Thank you for the reply, Actually I'm doing my research on Mumak before I move to a real cluster, since we are just some guys in university, so we cannot afford a large cluster containing more than 1000 nodes, I modified and enhanced the code of Mumak, And thank you for the reminding m