On Sep 1, 2009, at 2:20 PM, Owen O'Malley wrote:
There were some problems in the tests for 0.20.1-rc0, so I
incorporated 3 new patches that only update the tests (MR-911,
MR-687, and MR-924) into a new release candidate. Please try it out
and vote.
The release candidate is at:
http://pe
Move common specific tests TestReflectionUtils and TestRunJar out of mapred
into common
---
Key: HADOOP-6237
URL: https://issues.apache.org/jira/browse/HADOOP-6237
Pr
It's same us applying patch in linux;
If you want to rollback, you can do svn revert
tnx!
-G
From: Starry SHI [starr...@gmail.com]
Sent: Friday, September 04, 2009 7:41 AM
To: core-...@hadoop.apache.org
Subject: how to apply patch to hadoop
Hi all.
I am
Hi all.
I am new to hadoop and I would like to ask how to apply patches to hadoop?
Is applying patches the same as "diff" and "patch" in Linux?
If not, could somebody tell me how to apply the patches to hadoop? I am not
very clear on how to do it.
Moreover, if I apply a patch, is it possible to
+1
I ran ant test and set up a small cluster and ran grep/wordcount. It all
worked fine.
Thanks
mahadev
From: "Owen O'Malley"
> Date: September 1, 2009 2:20:20 PM PDT
> To: common-dev@hadoop.apache.org
> Subject: [VOTE] Should we release Common 0.20.1-rc1?
> Reply-To: common-dev@hadoop.apache
On Sep 1, 2009, at 2:20 PM, Owen O'Malley wrote:
There were some problems in the tests for 0.20.1-rc0, so I
incorporated 3 new patches that only update the tests (MR-911,
MR-687, and MR-924) into a new release candidate. Please try it out
and vote.
The release candidate is at:
http://pe
clean-up Trash.moveToTrash() code. Should throw exception instead of returning
false
Key: HADOOP-6236
URL: https://issues.apache.org/jira/browse/HADOOP-6236
Project:
+1. I tried this release under hbase stress loading and all seems to work
at least as well as hadoop 0.20.0.
St.Ack
On Tue, Sep 1, 2009 at 2:20 PM, Owen O'Malley wrote:
> There were some problems in the tests for 0.20.1-rc0, so I incorporated 3
> new patches that only update the tests (MR-911,
Hello Steve,
I assume what the java.io.FileOutputStream uses /tmp as tempdir. As you
can see, the errors occurs in a native method. As far I know, /tmp is
standard temp directory on UNIX systems automatically used by many
native library calls. May you can set $TEMPDIR
(http://en.wikipedia.org/wiki
