文档首页> MapReduce服务 MRS> 故障排除> 集群管理类> 作业无法提交如何定位?
更新时间:2023-11-10 GMT+08:00
分享

作业无法提交如何定位?

问题背景与现象

通过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. 如果当前任务在exeutor中出错,执行如下命令打印executor的jstack信息,确认线程当前执行状态。

      jstack PID > xxx.log

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

分享:

    相关文档

    相关产品