Uh oh!
There was an error while loading. Please reload this page.
fix compile error for hadoop CDH 4.4+ - #151
Conversation
Using a macro, we work round the difference between hadoop 2.0-alpha and 2.1-beta api, and fix the compilation error when set SPARK_HADOOP_VERSION to 2.0.0-cdh4.4.0. That is, the yarn-alpha project should work with hadoop CDH 4.4+ and later.
AmplabJenkins
commented
Mar 15, 2014
Can one of the admins verify this patch? |
tgravescs
commented
Mar 18, 2014
can you please file a jira for this. You can't just use the "yarn" profile for this (instead of yarn-alpha)? @sryza can you confirm? |
srowen
commented
Mar 19, 2014
@tgravescs FWIW I think something like this is the case, yes. The change happened in https://issues.apache.org/jira/browse/YARN-396 which occurred for the first(?) YARN TLP release with Hadoop 2.1. And CDH 4.4 was the first release I see that picked up this change. I assume it was useful/necessary to float this 'alpha' API ahead. I also would have thought it's possible the Otherwise yeah it looks like a question of supporting another intermediate flavor of YARN here since it did change in breaking ways several times between 0.23.x and 2.2 |
gzm55
commented
Mar 19, 2014
@tgravescs@sryza here is another description of yarn-beta changes from yarn-alpha: http://hortonworks.com/blog/stabilizing-yarn-apis-for-apache-hadoop-2-beta-and-beyond/ |
pwendell
commented
Mar 19, 2014
I think @sryza is off this week but when he's back it would be good to get a sense of the various YARN API's and whether this is something we'll have to deal with over multiple versions of CDH. The fact that there is fragmentation here amongst CDH versions and the upstream project is unfortunate. |
srowen
commented
Mar 19, 2014
TBC this is an upstream YARN thing, and not anything specific to CDH. There are to my knowledge at least three incompatible versions, and they're all in use out there. It is shipped as non-stable everywhere before 2.2 and is actually a separate project from core Hadoop. It may in truth require 3 separate profiles, or a tweak to make 1 profile work across two versions. I had hoped |
tgravescs
commented
Mar 19, 2014
As you say, it is a yarn thing, but yarn was alpha/beta before the 2.2.0 release with no api guarantees. YARN 0.23 was also a stable release. I would definitely hesitate about supporting all the various combinations of releases between those. Any user could have checked out hadoop at any time and built it and ended up with any combination of api changes. I think we should pick them ones we want to support. Even with just the 2 of them the building and testing of things takes a lot of time. |
AmplabJenkins
commented
Mar 28, 2014
Can one of the admins verify this patch? |
srowen
commented
Apr 13, 2014
This is the same issue reported in https://issues.apache.org/jira/browse/SPARK-1479 |
gzm55
commented
Jul 16, 2014
Do we have decision whether to accept this patch, or have a timeline for totally removing all support of un-stable yarn api? |
pwendell
commented
Jul 18, 2014
We currently supported two YARN versions - the stable API's in Hadoop 2.2.0+ and the 0.23 release that Yahoo runs internally. The main reason we support Yahoo 0.23 is that @tgravescs, who is the primary YARN committer on Spark, has offered to maintain it. I'd love to see us moving away from 0.23 support and only supporting YARN's stable API's. It will depend a bit on what timeline Yahoo upgrades, Tom might have information on that timeline (?). In terms of supporting other offshoots of YARN that were packaged by vendors or in other intermediate releases, my feeling is that unless we have a committer come and champion this and agree to support it, we shouldn't do it. |
sryza
commented
Jul 18, 2014
I'm with Patrick on this. Unfortunately we don't have resources at Cloudera right now to maintain Spark/YARN on CDH4. |
tgravescs
commented
Jul 18, 2014
I am hoping to deprecate the hadoop 0.23/yarn-alpha at some point, hopefully late this year, but we'll have to figure out which spark release makes sense to deprecate it and exact timeline on when we get everything off of it. |
SparkQA
commented
Sep 5, 2014
Can one of the admins verify this patch? |
pwendell
commented
Sep 16, 2014
In that case let's close this issue. If there are a few users who are really dying to support this they can apply this patch manually. |
## What changes were proposed in this pull request? This patch modifies the DB Spark ACL Client interface to not use `Traversable` and uses `Seq` instead. There's be a corresponding patch on the Databricks side too. ## How was this patch tested? - [x] Existing Tests - [x] Manual Tests Author: Sameer Agarwal <sameerag@cs.berkeley.edu> Author: Srinath Shankar <srinath@databricks.com> Closesapache#151 from sameeragarwal/branch-2.1-acl.
) Currently we execute make build in pre.yaml of k8s integration jobs to compile code, but if compile error happen, that cause job test result fall into RETRY_LIMIT status, that make some confusion, we should move make build into run.yaml to cause exact FAILURE status. Closesapache#151
Co-authored-by: chenliang.lu <chenliang.lu@kyligence.io>
Fix the compilation error when set SPARK_HADOOP_VERSION to 2.0.0-cdh4.4.0, That is, the yarn-alpha project should work with hadoop CDH 4.4.0 and later.
Also pass tests on branch-0.9.
Here is jira (thx @srowen reminding): https://issues.apache.org/jira/browse/SPARK-1479