We can probably better explain that if you are not using HDFS or YARN, you can download any binary.
However, my question was about if the existing binaries do not work well with newer Hadoop versions, which I heard some people suggest but I'm looking for more specific issues. On Tue, Mar 24, 2015 at 4:16 PM, Jey Kottalam <j...@cs.berkeley.edu> wrote: > Could we gracefully fallback to an in-tree Hadoop binary (e.g. 1.0.4) > in that case? I think many new Spark users are confused about why > Spark has anything to do with Hadoop, e.g. I could see myself being > confused when the download page asks me to select a "package type". I > know that what I want is not "source code", but I'd have no idea how > to choose amongst the apparently multiple types of binaries. > > On Tue, Mar 24, 2015 at 2:28 PM, Matei Zaharia <matei.zaha...@gmail.com> > wrote: >> Just a note, one challenge with the BYOH version might be that users who >> download that can't run in local mode without also having Hadoop. But if we >> describe it correctly then hopefully it's okay. >> >> Matei >> >>> On Mar 24, 2015, at 3:05 PM, Patrick Wendell <pwend...@gmail.com> wrote: >>> >>> Hey All, >>> >>> For a while we've published binary packages with different Hadoop >>> client's pre-bundled. We currently have three interfaces to a Hadoop >>> cluster (a) the HDFS client (b) the YARN client (c) the Hive client. >>> >>> Because (a) and (b) are supposed to be backwards compatible >>> interfaces. My working assumption was that for the most part (modulo >>> Hive) our packages work with *newer* Hadoop versions. For instance, >>> our Hadoop 2.4 package should work with HDFS 2.6 and YARN 2.6. >>> However, I have heard murmurings that these are not compatible in >>> practice. >>> >>> So I have three questions I'd like to put out to the community: >>> >>> 1. Have people had difficulty using 2.4 packages with newer Hadoop >>> versions? If so, what specific incompatibilities have you hit? >>> 2. Have people had issues using our binary Hadoop packages in general >>> with commercial or Apache Hadoop distro's, such that you have to build >>> from source? >>> 3. How would people feel about publishing a "bring your own Hadoop" >>> binary, where you are required to point us to a local Hadoop >>> distribution by setting HADOOP_HOME? This might be better for ensuring >>> full compatibility: >>> https://issues.apache.org/jira/browse/SPARK-6511 >>> >>> - Patrick >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@spark.apache.org >>> For additional commands, e-mail: dev-h...@spark.apache.org >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@spark.apache.org >> For additional commands, e-mail: dev-h...@spark.apache.org >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@spark.apache.org For additional commands, e-mail: dev-h...@spark.apache.org
