19【線上日誌分析】之sparkdemo.jar執行在yarn上過程
1.將之前打包的jar包上傳
[root@sht-sgmhadoopnn-01 spark]# pwd
/root/learnproject/app/spark
[root@sht-sgmhadoopnn-01 spark]# rz
rz waiting to receive.
Starting zmodem transfer. Press Ctrl+C to cancel.
Transferring sparkdemo.jar...
100% 164113 KB 421 KB/sec 00:06:29 0 Errors
2.以下是錯誤
2.1 ERROR1: Exception in thread "main" java.lang.SecurityException: Invalid signature file digest for Manifest main attributes
IDEA打包的jar包,需要使用zip刪除指定檔案
zip -d sparkdemo.jar META-INF/*.RSA META-INF/*.DSA META-INF/*.SF
2.2 ERROR2: Exception in thread "main" java.lang.UnsupportedClassVersionError: com/learn/java/main/OnLineLogAnalysis2 : Unsupported major.minor version 52.0
yarn環境的jdk版本低於編譯jar包的jdk版本(需要一致或者高於;每個節點需要安裝jdk,同時修改每個節點的hadoop-env.sh檔案的JAVA_HOME引數指向)
2.3 ERROR3: java.lang.NoSuchMethodError: com.google.common.base.Stopwatch.createStarted()Lcom/google/common/base/Stopwatch;
17/02/15 17:30:35 ERROR yarn.ApplicationMaster: User class threw exception: java.lang.NoSuchMethodError: com.google.common.base.Stopwatch.createStarted()Lcom/google/common/base/Stopwatch;
java.lang.NoSuchMethodError: com.google.common.base.Stopwatch.createStarted()Lcom/google/common/base/Stopwatch;
at org.influxdb.impl.InfluxDBImpl.ping(InfluxDBImpl.java:178)
at org.influxdb.impl.InfluxDBImpl.version(InfluxDBImpl.java:201)
at com.learn.java.main.OnLineLogAnalysis2.main(OnLineLogAnalysis2.java:69)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.apache.spark.deploy.yarn.ApplicationMaster$$anon$2.run(ApplicationMaster.scala:627)
拋錯資訊為NoSuchMethodError,表示 guava可能有多版本,則低版本
[root@sht-sgmhadoopnn-01 app]# pwd
/root/learnproject/app
[root@sht-sgmhadoopnn-01 app]# ll
total 470876
-rw-r--r-- 1 root root 7509833 Jan 16 22:11 AdminLTE.zip
drwxr-xr-x 12 root root 4096 Feb 14 11:21 hadoop
-rw-r--r-- 1 root root 197782815 Dec 24 21:16 hadoop-2.7.3.tar.gz
drwxr-xr-x 7 root root 4096 Feb 7 11:16 kafka-manager-1.3.2.1
-rw-r--r-- 1 root root 59682993 Dec 26 14:44 kafka-manager-1.3.2.1.zip
drwxr-xr-x 2 root root 4096 Jan 7 16:21 kafkaoffsetmonitor
drwxr-xr-x 2 777 root 4096 Feb 14 14:48 pid
drwxrwxr-x 4 1000 1000 4096 Oct 29 01:46 sbt
-rw-r--r-- 1 root root 1049906 Dec 25 21:29 sbt-0.13.13.tgz
drwxrwxr-x 6 root root 4096 Mar 4 2016 scala
-rw-r--r-- 1 root root 28678231 Mar 4 2016 scala-2.11.8.tgz
drwxr-xr-x 13 root root 4096 Feb 15 17:01 spark
-rw-r--r-- 1 root root 187426587 Nov 12 06:54 spark-2.0.2-bin-hadoop2.7.tgz
[root@sht-sgmhadoopnn-01 app]#
[root@sht-sgmhadoopnn-01 app]# find ./ -name *guava*
[root@sht-sgmhadoopnn-01 app]# mv ./hadoop/share/hadoop/yarn/lib/guava-11.0.2.jar ./hadoop/share/hadoop/yarn/lib/guava-11.0.2.jar.bak
[root@sht-sgmhadoopnn-01 app]# cp ./spark/libs/guava-20.0.jar ./hadoop/share/hadoop/yarn/lib/
[root@sht-sgmhadoopnn-01 app]# mv ./spark/jars/guava-14.0.1.jar ./spark/jars/guava-14.0.1.jar.bak
[root@sht-sgmhadoopnn-01 app]# cp ./spark/libs/guava-20.0.jar ./spark/jars/
[root@sht-sgmhadoopnn-01 app]# mv ./hadoop/share/hadoop/common/lib/guava-11.0.2.jar ./hadoop/share/hadoop/common/lib/guava-11.0.2.jar.bak
[root@sht-sgmhadoopnn-01 app]# cp ./spark/libs/guava-20.0.jar ./hadoop/share/hadoop/common/lib/
3.後臺提交jar包執行
[root@sht-sgmhadoopnn-01 spark]#
[root@sht-sgmhadoopnn-01 spark]# nohup /root/learnproject/app/spark/bin/spark-submit \
> --name onlineLogsAnalysis \
> --master yarn \
> --deploy-mode cluster \
> --conf "spark.scheduler.mode=FAIR" \
> --conf "spark.sql.codegen=true" \
> --driver-memory 2G \
> --executor-memory 2G \
> --executor-cores 1 \
> --num-executors 3 \
> --class com.learn.java.main.OnLineLogAnalysis2 \
> /root/learnproject/app/spark/sparkdemo.jar &
[1] 22926
[root@sht-sgmhadoopnn-01 spark]# nohup: ignoring input and appending output to `nohup.out'
[root@sht-sgmhadoopnn-01 spark]#
[root@sht-sgmhadoopnn-01 spark]#
[root@sht-sgmhadoopnn-01 spark]# tail -f nohup.out
4.yarn web介面檢視執行log
ApplicationMaster:開啟為spark history server web介面
logs: 檢視stderr 和 stdout日誌 (system.out.println方法輸出到stdout日誌中)
5.檢視spark history web
6.檢視DashBoard ,實時視覺化
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/30089851/viewspace-2133917/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 收集、分析線上日誌資料實戰——ELK
- 線上定時指令碼執行慢,分析過程指令碼
- 【REDO】Oracle 日誌挖掘,分析歸檔日誌線上日誌主要步驟Oracle
- IT 執行在雲端,而云執行在 Linux 上Linux
- [20181225]如何清除註冊的線上日誌.txt
- 日誌分析必備指令集【來自一段線上日誌的檢視的經歷】
- IT仍然執行在Java 8上 ·Vicki BoykisJava
- Informix 執行緒sleep 分析過程ORM執行緒
- crtmpserver 執行過程簡明分析Server
- 【DSL】Elasticsearch之Analyze(分析過程)Elasticsearch
- 精盡MyBatis原始碼分析 - SQL執行過程(二)之 StatementHandlerMyBatis原始碼SQL
- 精盡MyBatis原始碼分析 - SQL執行過程(三)之 ResultSetHandlerMyBatis原始碼SQL
- 精盡MyBatis原始碼分析 - SQL執行過程(一)之 ExecutorMyBatis原始碼SQL
- MYSQL 連線登入過程分析MySql
- 原始碼分析OKHttp的執行過程原始碼HTTP
- PostgreSQL的insert語句執行過程分析SQL
- 記錄一次RPC服務有損上線的分析過程RPC
- Spring原始碼分析之`BeanFactoryPostProcessor`呼叫過程Spring原始碼Bean
- 將 Laravel 執行在 swoole 之後 summerblue/administrator 報錯Laravel
- 精盡MyBatis原始碼分析 - SQL執行過程(四)之延遲載入MyBatis原始碼SQL
- YARN線上動態資源調優Yarn
- 線上的一次fullgc排查過程GC
- SAP Spartacus 裡的 cxOutletRef 指令執行過程分析
- laravel 應用層執行過程原始碼分析Laravel原始碼
- 程式執行過程記憶體分析詳解記憶體
- PowerJob 線上日誌飽受好評的祕訣:小但實用的分散式日誌系統分散式
- 從一個線上問題分析binlog與內部XA事務提交過程
- 微軟再次宣稱Windows 10正在執行在超過7億臺活躍裝置上微軟Windows
- 手錶Android Wear工程執行在手機上的配置方案Android
- Spark程式碼在叢集上執行過程理解Spark
- Yarn的排程器Yarn
- Yarn資源排程Yarn
- Yarn執行原理Yarn
- React Native Android 原始碼分析之啟動過程React NativeAndroid原始碼
- 執行在 CCV2 環境上的 Spartacus Storefront 如果出現效能問題該怎麼分析
- [轉帖]效能分析之TCP全連線佇列佔滿問題分析及最佳化過程TCP佇列
- YARN的日誌聚集配置使用Yarn
- 一次線上介面超時的排查過程
- 網際網路公司專案的上線過程