See https://builds.apache.org/job/Hadoop-Common-trunk/354/changes
Changes:
[todd] HADOOP-8157. Fix race condition in Configuration that could cause
spurious ClassNotFoundExceptions after a GC. Contributed by Todd Lipcon.
[szetszwo] HDFS-3100. In BlockSender, throw an exception when it needs to
Hello,
We have been looking at IBM JDK junit failures on Hadoop-1.0.1
independently and have ran into the same failures as reported in this JIRA.
I have a question based upon what I have observed below.
We started debugging the problems in the testcase -
Hi Kumar,
I assume you are referring to HADOOP-8192. I need to look at the code to see if
the ordering matters but most likely it wouldn't.
Thanks
Devaraj
On Mar 21, 2012, at 1:47 PM, Kumar Ravi wrote:
Hello,
We have been looking at IBM JDK junit failures on Hadoop-1.0.1
independently
Thanks for the reply Robert,
However I believe the main design issue is:
If there is a rack ( listed in rackToBlock hashMap) that contains all the
blocks (stored in blockToNode hashMap), regardless of the order, the split
operation terminates after the rack gets processed, That means remaining
Is the jar in your class path
On Mar 19, 2012 4:53 PM, elaheh mehraban elaheh.352...@gmail.com wrote:
hadoop-1.0.1/bin/hadoop jar hadoop-1.0.1-examples.jar grep input output
'dfs[a-z.]+'
i run this command
hdoop-1.0.1/bin/hadoop jar hadoop-1.0.1-examples.jar grep input output
'dfs[a-z.]+'
The right path/command would be:
hadoop-1.0.1/bin/hadoop jar hadoop-1.0.1/hadoop-1.0.1-examples.jar
grep input output
'dfs[a-z.]+'
On Fri, Mar 23, 2012 at 12:19 AM, Jabir Ahmed jabirah...@gmail.com wrote:
Is the jar in your class path
On Mar 19, 2012 4:53 PM, elaheh mehraban
Hi Marcos,
Hadoop won't work in a pure IPv6 environment. Hadoop might work in a IPv4/IPv6
environment since the default is to prefer IPv4 addresses. It also might work
if they are publishing IPv4 addrs over IPv6.
The main problem is that hadoop heavily relies on strings containing ip:port.
On Mar 22, 2012, at 11:45 AM, Amir Sanjar wrote:
Thanks for the reply Robert,
However I believe the main design issue is:
If there is a rack ( listed in rackToBlock hashMap) that contains all the
blocks (stored in blockToNode hashMap), regardless of the order, the split
operation terminates
Remove HADOOP_[JOBTRACKER|TASKTRACKER]_OPTS
Key: HADOOP-8200
URL: https://issues.apache.org/jira/browse/HADOOP-8200
Project: Hadoop Common
Issue Type: Improvement
Components: conf
create the configure script for native compilation as part of the build
---
Key: HADOOP-8201
URL: https://issues.apache.org/jira/browse/HADOOP-8201
Project: Hadoop Common
I have to withdraw RC-1, due to a blocker bug found:
HADOOP-8201 breaks the Snappy compression/decompression
I will regenerate it tonight.
Thanks,
--Matt
On Mon, Mar 19, 2012 at 11:21 AM, Matt Foley ma...@apache.org wrote:
Hi all,
Release Candidate for Hadoop-1.0.2 is now available for vote,
11 matches
Mail list logo