Support Questions
Find answers, ask questions, and share your expertise
Announcements
Alert: Welcome to the Unified Cloudera Community. Former HCC members be sure to read and learn how to activate your account here.

Local Spark Development against a remote cluster

Highlighted

Re: Local Spark Development against a remote cluster

Highlighted

Re: Local Spark Development against a remote cluster

Contributor

To clarify this. I'm wanting to run the code from the IDE, not through spark-submit. I want to test my code and debug before I do a spark-submit

Highlighted

Re: Local Spark Development against a remote cluster

Super Guru

If you have any questions on testing spark let me know. Holden's testing is very good way to do this.

Also, going line by line in Zeppelin is a great way to debug Spark code.

Highlighted

Re: Local Spark Development against a remote cluster

Contributor

Thank you @Timothy Spann. I've had problems testing in Zeppelin before when I need to import in kafka streaming, but I'll give it another go. I've been able to test using the local master for the most part, but when I'm trying to test out some interaction with Hive and possibly HBase and that's why I have been trying to run the code against my cluster where I have the Hive and HBase services running.

Highlighted

Re: Local Spark Development against a remote cluster

Super Guru

make Spark 1.6.2 and not all the sub version #s.

Make Kafka, kafka in the reference just in case.

What JDK are you using to compile?

Is this Linux, Windows or OSX you are compiling from?

Make sure you are building with 1.6.2 and pushing to 1.6.2, having both versions may confuse things.

Make sure you have no firewall issues.

https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.5.3/bk_spark-component-guide/content/spark-choo...

if you run from the command line on your PC (spark submit) does that work, is it only an issue in IntelliJ?

See: https://community.hortonworks.com/articles/15030/spark-remote-debugging.html

http://www.datasciencebytes.com/bytes/2016/04/18/getting-started-with-spark-running-a-simple-spark-j...

Highlighted

Re: Local Spark Development against a remote cluster

Contributor

@Timothy Spann I'm using java 1.8 JDK, compiling on Windows. I'm pretty sure I'm building and pushing to 1.6.2. I have a couple of versions of Spark on my Windows machine, but my SPARK_HOME is set to the 1.6.2 version. I tried submitting it from the command line on my local machine with the --master option set to my remote cluster and received a class not found error, but this time it was for KafkaUtils and not the org.apache.spark.rdd.RDD class that I get when I try to run it feom IntelliJ

Highlighted

Re: Local Spark Development against a remote cluster

Expert Contributor

A full stack trace would help understand which interaction is resulting in this.

If IDE based code is being used then you could try to not use the spark-assembly jar that is present on HDFS and instead use the local spark-assembly jar from the Spark build being compiled against. This could be done by overriding spark.yarn.jar config. Could be the that compile dependency of Spark in your IDE is different from the runtime dependency on HDFS.

Another thing could be scala version mismatch.

Re: Local Spark Development against a remote cluster

Contributor

I have been able to fix the issue for the invalid calss exception on the spark.rdd class, but now I'm getting errors for other classes and anonymous functions in my class. I created a new project with maven dependency instead of sbt and followed the instructions for pointing to the hortonworks repo as @cduby suggested. I used the full spark version in my depencies (1.6.2.2.5.3.0-37). I then removed the Spark I had downloaded locally and instead downloaded the 1.6.2 source code and built it with scala 2.10.5. Now when I run my kafka streaming spark program from the IDE using sparkConf().setMaster("spark://myRemotecluster.domain.com:7077"), I get a class not found exception for org.apache.spark.streaming.kafka.KafkaReceiver instead. I tried running the SparkPi example class from the spark examples the same way as I ran my streaming project, so I could test to see if the core spark libraries would run and I got a class not found exception for com.mycompany.scala.SparkPi$$anonfun$1, so I'm thinking this is a problem with my classes needing to be available on the remote cluster. Is there something I'm missing, or am I just going about this the wrong way? If I could run in local mode and still interact with Hive, HBase, and Hadoop I wouldn't care so much about running my program from the IDE before submitting it to the server.

Highlighted

Re: Local Spark Development against a remote cluster

@Eric Hanson I think the problem is that the maven pom is not creating an Uber Jar. When a spark job runs remotely, all the jars for the job need to be sent to the worker nodes. The class not found is because some of the jars are missing. The build goes ok because the build system has the jars but they the jar is packaged, it doesn't contain all the dependent jars it needs. This stack overflow article has a good description:

http://stackoverflow.com/questions/37130178/classnotfoundexception-spark-submit-scala

Also see the optional instruction 3 on building an uber jar (one that contains all the dependencies)

http://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.5.3/bk_spark-component-guide/content/using-spark...

Below instruction 3 are the command lines to use whether an uber jar is created or not. If an uber jar is created you just specify the jar in the command line. If it is not an uber jar, you need to pass in all the dependent jars as well.

Highlighted

Re: Local Spark Development against a remote cluster

Contributor

@cduby All of the examples I see are for doing a spark-submit. I'm trying to run the code within the IntelliJ IDE by right clicking on the class and selecting run. I was doing this by setting the master in the code to local and it worked fine up until the point where I wanted to use hive and then I started getting errors, so I tried to set the master to my remote cluster instead. Is there a better way to do that, so you can actually run your code before you package it and submit it and check the logs to see if it worked?

Don't have an account?
Coming from Hortonworks? Activate your account here