With 12 +1s (4 binding), 1 -0 and no -1s the vote passes. I'll push the bits
out shortly.
Thanks to everyone who voted.
thanks,
Arun
On Jun 20, 2014, at 11:51 PM, Arun C Murthy a...@hortonworks.com wrote:
Folks,
I've created another release candidate (rc1) for hadoop-2.4.1 based on the
Aaron,
Since the amend was just to the test, I'll keep this RC as-is.
I'll also comment on jira.
thanks,
Arun
On Jun 27, 2014, at 2:40 PM, Aaron T. Myers a...@cloudera.com wrote:
I'm -0 on rc1.
Note the latest discussion on HDFS-6527 which first resulted in that patch
being reverted
That's fine by me. Like I said, assuming that rc1 does indeed include the fix
in HDFS-6527, and not the revert, then rc1 should be functionally correct.
What's in branch-2.4.1 doesn't currently match what's in this RC, but if that
doesn't bother anyone else then I won't lose any sleep over it.
What's in branch-2.4.1 doesn't currently match what's in this RC,
but there is a tag that matches, right? Else we need to fix that.
On Fri, Jun 27, 2014 at 3:26 PM, Aaron T. Myers a...@cloudera.com wrote:
That's fine by me. Like I said, assuming that rc1 does indeed include the
fix in
+1
- Verified signatures and digests
- Built from source, installed on single-node cluster and ran some
sample jobs
Jason
On 06/21/2014 01:51 AM, Arun C Murthy wrote:
Folks,
I've created another release candidate (rc1) for hadoop-2.4.1 based on the
feedback that I would like to push out.
+1(non-binding)
- Built from source.
- Ran tests.
-- Reproduced HADOOP-10510 on AWS instance(Ubuntu Server 14.04 LTS
(PV) - ami-bddaa2bc (64-bit)). I agree with that this problem will be
fixed after releases when voting at 2.4.0. I believe that this problem
is environment-depend one.
- Deployed
Thanks Arun for another RC!
I'm +1 (non-binding) for RC2. HDFS-6527 should be reverted because the
issue is only in 2.5 and trunk. In addition, I hope HDFS-6591 to be merged.
Other than that, RC1 is good to me. I tested RC1 with distributed
cluster on CentOS 6.3:
- Successful build from
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+1
Built and deployed clusters on Amazon. Ran a basic test suite.
Thanks Arun
On 06/25/14 17:11, Akira AJISAKA wrote:
Thanks Arun for another RC!
I'm +1 (non-binding) for RC2. HDFS-6527 should be reverted because the
issue is only in 2.5 and
someone's filed a JIRA on loops in Hedged Read, with tests ...
https://issues.apache.org/jira/browse/HDFS-6591
On 23 June 2014 08:58, Mit Desai mitde...@yahoo-inc.com.invalid wrote:
+1 (non-binding)
Tested on: Fedora17
-Successful build from src (including native)
-Verified Signature
+1 (non-binding)
Successfully build from resource code
On Sat, Jun 21, 2014 at 7:05 PM, Wangda Tan wheele...@gmail.com wrote:
+1 (non-binding),
Built from rc1 source code
Installed single node cluster.
Ran several YARN applications and get passed.
Thanks,
Wangda
On Sun, Jun 22,
Folks,
I've created another release candidate (rc1) for hadoop-2.4.1 based on the
feedback that I would like to push out.
The RC is available at: http://people.apache.org/~acmurthy/hadoop-2.4.1-rc1
The RC tag in svn is here:
https://svn.apache.org/repos/asf/hadoop/common/tags/release-2.4.1-rc1
Sounds good to me. Remove MAPREDUCE-5831 out of the scope of 2.4.1.
On Sat, Jun 21, 2014 at 2:29 AM, Arun C Murthy a...@hortonworks.com wrote:
On Jun 20, 2014, at 11:23 AM, Vinod Kumar Vavilapalli vino...@apache.org
wrote:
Unfortunately even though we documented wire compatiblity,
+1 (binding)
1. rm -rf ~/.m2/repository/org/apache/hadoop/
2. build and test of slider/incubating develop branch with profile
hadoop-2.4.1, which downloaded all the new artifacts from the repository
3. -tests passed
-steve
On 20 June 2014 23:51, Arun C Murthy
+1 (non-binding)
Successfully redo the steps for rc0 before for rc1 as well.
On Sun, Jun 22, 2014 at 6:22 AM, Steve Loughran ste...@hortonworks.com
wrote:
+1 (binding)
1. rm -rf ~/.m2/repository/org/apache/hadoop/
2. build and test of slider/incubating develop branch with profile
If we ever respin 2.4.1, I strongly suggest HDFS-6527 be included.
Kihwal
On 6/19/14, 4:56 PM, Akira AJISAKA ajisa...@oss.nttdata.co.jp wrote:
I think we should include this issue in 2.4.1, so I uploaded a patch to
fix it. I'll appreciate your review.
Thanks,
Akira
(2014/06/18 12:13), Vinod
Unfortunately even though we documented wire compatiblity, cross-version
client/server support doesn't yet really work for YARN and MapReduce. We
can only do that once we have wire-compatibility and eventually rolling
upgrades. No fix is in sight for MAPREDUCE-5831 - for now both clients and
AMs
Thanks for the feedback Vinod, Akira Kihwal.
I'll re-spin rc1 with MAPREDUCE-5830 HDFS-6527.
@Kihwal - Can you, please, merge HDFS-6527 to branch-2.4 and branch-2.4.1?
thanks,
Arun
On Jun 20, 2014, at 7:32 AM, Kihwal Lee kih...@yahoo-inc.com.INVALID wrote:
If we ever respin 2.4.1, I
+1 of having HDFS-6527 back ported if possible
2014-06-20 7:32 GMT-07:00 Kihwal Lee kih...@yahoo-inc.com.invalid:
If we ever respin 2.4.1, I strongly suggest HDFS-6527 be included.
Kihwal
On 6/19/14, 4:56 PM, Akira AJISAKA ajisa...@oss.nttdata.co.jp wrote:
I think we should include this
On Jun 20, 2014, at 11:23 AM, Vinod Kumar Vavilapalli vino...@apache.org
wrote:
Unfortunately even though we documented wire compatiblity, cross-version
client/server support doesn't yet really work for YARN and MapReduce. We
can only do that once we have wire-compatibility and eventually
I just committed MAPREDUCE-5830 to all the needed branches.
+Vinod
Hortonworks Inc.
http://hortonworks.com/
On Fri, Jun 20, 2014 at 11:25 AM, Arun C Murthy a...@hortonworks.com wrote:
Thanks for the feedback Vinod, Akira Kihwal.
I'll re-spin rc1 with MAPREDUCE-5830 HDFS-6527.
@Kihwal -
Committed HDFS-6527
On 6/20/14, 1:34 PM, Vinod Kumar Vavilapalli vino...@apache.org wrote:
I just committed MAPREDUCE-5830 to all the needed branches.
+Vinod
Hortonworks Inc.
http://hortonworks.com/
On Fri, Jun 20, 2014 at 11:25 AM, Arun C Murthy a...@hortonworks.com
wrote:
Thanks for the
I think we should include this issue in 2.4.1, so I uploaded a patch to
fix it. I'll appreciate your review.
Thanks,
Akira
(2014/06/18 12:13), Vinod Kumar Vavilapalli wrote:
There is one item [MAPREDUCE-5830 HostUtil.getTaskLogUrl is not backwards
binary compatible with 2.3] marked for 2.4.
+1
verified checksum signature on SRC TARBALL
verified CHANGES.txt files
run apache-rat:check on SRC
build SRC
installed pseudo cluster
run successfully a few MR sample jobs
verified HttpFS
Thanks Arun
On Mon, Jun 16, 2014 at 9:27 AM, Arun C Murthy a...@hortonworks.com wrote:
Folks,
I've
There is one item [MAPREDUCE-5830 HostUtil.getTaskLogUrl is not backwards
binary compatible with 2.3] marked for 2.4. Should we include it?
There is no patch there yet, it doesn't really help much other than letting
older clients compile - even if we put the API back in, the URL returned is
I think we should fix this one that will help older clients 2.2/2.3 not to
be updated if not absolutely required.
Thanks,
Mayank
On Wed, Jun 18, 2014 at 12:13 PM, Vinod Kumar Vavilapalli
vino...@apache.org wrote:
There is one item [MAPREDUCE-5830 HostUtil.getTaskLogUrl is not backwards
Point to another MR compatibility issue marked for 2.4.1: MAPREDUCE-5831
Old MR client is not compatible with new MR application, though it happens
since 2.3.
It would be good to figure out whether we include it now or later. It seems
that we're going to be in a better position once we have
+1 (binding)
1. checked out the tagged release on branch-2.4.1, 14f7c6a, built and
installed into the local mvn repo
2. ran the in-incubation slider functional tests
We can't create containers after an AM-restart, YARN-2065, but this was
expected. I don't consider that a critical issue as we're
Folks,
I've created a release candidate (rc0) for hadoop-2.4.1 (bug-fix release) that
I would like to push out.
The RC is available at: http://people.apache.org/~acmurthy/hadoop-2.4.1-rc0
The RC tag in svn is here:
https://svn.apache.org/repos/asf/hadoop/common/tags/release-2.4.1-rc0
The
28 matches
Mail list logo
