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 wrote:
> Folks,
>
> I've created another release candidate (rc1) for hadoop-2.4.1 based on the
> feedback that I wo
+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.
> 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 wrote:
> That's fine by me. Like I said, assuming that rc1 does indeed include the
> fix in HDFS-6527, and not t
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.
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" wrote:
>
> I'm -0 on rc1.
>
> Note the latest discussion on HDFS-6527 which first resulted in that patch
> being reverted from branc
I'm -0 on rc1.
Note the latest discussion on HDFS-6527 which first resulted in that patch
being reverted from branch-2.4.1 because it was believed it wasn't
necessary, and then some more discussion which indicates that in fact the
patch for HDFS-6527 should be included in 2.4.1, but with a slightl
+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 si
-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
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 src
+1 RC1
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 again Arun
On Mon, Jun 23, 2014 at 8:58 AM, Mit Desai
wrote:
> +1 (non-binding)
>
> Tested
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 wrote:
> +1 (non-binding)
>
> Tested on: Fedora17
> -Successful build from src (including native)
> -Verified Signature
> -Deployed source to my singl
+1 (non-binding)
Tested on: Fedora17
-Successful build from src (including native)
-Verified Signature
-Deployed source to my single node cluster and ran couple of sample MR jobs
- M!T
On 6/21/14, 1:51 AM, "Arun C Murthy" wrote:
>Folks,
>
>I've created another release candidate (rc1) for
+1 (non-binding)
download source code
build binary based on Fedora with Java 1.7
deploy mini cluster and successfully run sleep jobs
Regards!
Chen
On Sun, Jun 22, 2014 at 9:44 PM, Xuan Gong wrote:
> +1 (non-binding)
>
> Successfully build from resource code
>
>
> On Sat, Jun 21, 2014 at 7:05
+1 (non-binding)
Successfully build from resource code
On Sat, Jun 21, 2014 at 7:05 PM, Wangda Tan 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, 2014 at 9:0
+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, 2014 at 9:07 AM, Zhijie Shen wrote:
> +1 (non-binding)
>
> Successfully redo the steps for rc0 before for rc1 as well.
>
>
> On Sun, Jun 22
+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
wrote:
> +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, w
+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 wrote:
> Folks,
>
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 wrote:
> On Jun 20, 2014, at 11:23 AM, Vinod Kumar Vavilapalli
> wrote:
>
> > Unfortunately even though we documented wire compatiblity, cross-version
> > client/server support do
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
Committed HDFS-6527
On 6/20/14, 1:34 PM, "Vinod Kumar Vavilapalli" 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
>wrote:
>
>> Thanks for the feedback Vinod, Akira & Ki
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 wrote:
> Thanks for the feedback Vinod, Akira & Kihwal.
>
> I'll re-spin rc1 with MAPREDUCE-5830 & HDFS-6527.
>
> @Kihwal - Can you, pleas
On Jun 20, 2014, at 11:23 AM, Vinod Kumar Vavilapalli
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 rolling
> upgrades.
+1 of having HDFS-6527 back ported if possible
2014-06-20 7:32 GMT-07:00 Kihwal Lee :
> If we ever respin 2.4.1, I strongly suggest HDFS-6527 be included.
>
>
> Kihwal
>
> On 6/19/14, 4:56 PM, "Akira AJISAKA" wrote:
>
> >I think we should include this issue in 2.4.1, so I uploaded a patch to
>
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 wrote:
> If we ever respin 2.4.1, I strongly suggest HDFS-6527 be in
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 ha
If we ever respin 2.4.1, I strongly suggest HDFS-6527 be included.
Kihwal
On 6/19/14, 4:56 PM, "Akira AJISAKA" 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 Kumar Vavilapalli
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.
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 versio
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
>
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
>
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
in
+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 wrote:
> Folks,
>
> I've created a releas
+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 t
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 maven
34 matches
Mail list logo
