作业无法提交如何定位？

问题背景与现象

通过DataArts Studio或者在MRS管理控制台无法提交作业。

问题影响

作业无法提交，业务中断。

处理步骤

1. 确认异常来源。

   查看作业日志中收到的错误码，确认错误码是属于APIG还是MRS。

   • 若是公共APIG的错误码（APIG的错误码是APIGW开头），联系公共APIG维护人员。
   • 若是MRS侧错误，继续下一步。

2. 排查服务和进程运行状态等基本情况。
   1. 登录Manager界面确认是否有服务故障，如果有作业相关服务故障或者底层基础服务故障，需要解决故障。
   2. 查看是否有严重告警。
   3. 登录主Master节点。
   4. 执行如下命令查看OMS状态是否正常，主OMS节点executor和knox进程是否正常。knox是双主模式，executor是单主模式。

      /opt/Bigdata/om-0.0.1/sbin/status-oms.sh

   5. 以omm用户执行jmap -heap PID检查knox和executor进程内存使用情况，如果多次执行查看到老生代内存使用率为99.9%说明有内存溢出。
      • 查询executor进程PID：netstat -anp | grep 8181 | grep LISTEN
      • 查询knox进程PID：ps -ef|grep knox | grep -v grep

      如果内存溢出，需要现在执行jmap -dump:format=b,file=/home/omm/temp.bin PID，导出内存信息后重启进程进行恢复。

   6. 查看Yarn的原生界面，确认队列资源情况，以及任务是否提交到了yarn上。
      Yarn的原生界面：在集群详情页选择“组件管理 > Yarn > ResourceManager WebUI > ResourceManager (主)”。

      图1 Yarn界面队列资源情况
      

3. 排查任务提交失败点。
   1. 登录MRS控制台，单击集群名称进入集群详情页面。
   2. 选择“作业管理”页签，单击作业所在行“操作”列的“查看日志”。
   3. 若没有日志或者日志信息不详细，则在“作业名称/ID”列复制作业ID。
   4. 在主OMS节点执行如下命令确认任务请求是否下发到了knox，如果请求没有到knox则可能是knox出了问题，需要尝试重启knox进行恢复。

      grep "mrsjob" /var/log/Bigdata/knox/logs/gateway-audit.log | tail -10

   5. 进入executor的日志中搜索作业ID，查看报错信息。

      日志路径：/var/log/Bigdata/executor/logs/exe.log

   6. 修改“/opt/executor/webapps/executor/WEB-INF/classes/log4j.properties”文件开启executor的debug日志，提交测试任务，查看executor的日志并确认作业提交过程中的报错。

      日志路径：/var/log/Bigdata/executor/logs/exe.log

   7. 如果当前任务在executor中出错，执行如下命令打印executor的jstack信息，确认线程当前执行状态。

      jstack PID > xxx.log

   8. 在集群详情页面选择“作业管理”页签，单击作业所在行“操作”列的“查看详情”，获取“实际作业编号”applicationID。
      图2 作业详情
      
   9. 在集群详情页选择“组件管理 > Yarn > ResourceManager WebUI > ResourceManager (主)”进去Yarn的原生界面，单击applicationID。
      图3 Yarn的Applications
      
   10. 在任务详情页面查看日志。
       图4 任务日志