v100r001c培训材料06-产品故障处理

1、OceanStor 9000V100R001 C10产品故障处理Copyright 2010Technologies Co.,.s.目标学完本课程后，您将能够:熟悉OceanStor 9000 C10版本FuInsightHadoop、WushanSQL、WushanFS组件常见硬件故障的处理方法熟悉OceanStor 9000 C10版本FuInsightHadoop、WushanSQL、WushanFS组件常见的处理方法故障TECHNOLOGIES CO.,.3目录1目录2WushanFS故障处理3FuInsighdoop故障处理4WushanSQL故障处理5FAQTECHNOLOGIES

2、 CO.,.41目录2WushanFS故障处理3FuInsighdoop故障处理4WushanSQL故障处理5FAQTECHNOLOGIES CO.,.52.1 设备开机无法启动现象描述设备正常开机后，反复在尝试进入网络引导，却无法正常启动进入操作系统。可能原因原因1：装有操作系统的硬盘模块（以下简称系统盘）没有插到位。系统硬盘模块分别如图2.1和图2.2所示。原因2：BIOS引导设备设置不正确。原因3：系统盘RAID组未配置成启动盘。原因4：系统盘故障。原因5：操作系统损坏，需要重新安装操作系统。图2.1：P节点系统硬盘位置示意图Page 6TECHNOLOGIES CO.,.6图2.2：C

3、节点系统硬盘位置示意图处理步骤原因1：系统硬盘没有插到位。1、重新拔插系统硬盘。2、观察设备开机后是否可以正常启动。是 = 故障排除。否 = 原因2。原因2：BIOS设置引导设备错误。1、启动设备，按“F2”键进入BIOS设置界面。2、在“Boot”菜单下，选择“Legacy”后按“Enter”TECHNOLOGIES CO.,.73、进入“Legacy”选项后，在“Boot Type Order”中选择“Hard Disk Drive”后按“Enter”。TECHNOLOGIES CO.,.84、选择系统硬盘并按“F5/F6”设置系统硬盘为第一启动设备（有此字样选项“#0300 ID43LS

4、I Logical”即为系统盘）。0TECHNOLOGIES CO.,.95、按“F10”保存并退出BIOS界面。观察设备开机后是否能够正常启动。是 = 故障排除。否 = 原因3。TECHNOLOGIES CO.,.10原因3：系统盘RAID组未配置成启动盘1、在节点启动时按Ctrl+C，直到出现如下界面为止：TECHNOLOGIES CO.,.112、待SAS配置界面打开：3、进入SAS Topology：TECHNOLOGIES CO.,.124、选中RAID1选中，按Alt+B，将RAID1设为启动盘， ESC退出，配置完成。TECHNOLOGIES CO.,.135、 重新启动设备，观

5、察设备是否能正常启动。是= 故障排除。否= 原因4。原因4：系统硬盘发生故障。1、 更换故障硬盘模块。2、 安装操作系统，具体操作请参见操作系统安装指导书。3、 重新启动设备，观察设备是否能够正常启动。是 = 故障排除。否 = 原因5。原因5：操作系统损坏，重新安装操作系统。1、 重新安装操作系统，具体操作请参见操作系统安装指导书。2、 重新启动设备，观察设备是否能够正常启动。是 = 故障排除。否 = 请联系技术服务工程师。TECHNOLOGIES CO.,.142.2 开机后系统无法检测到硬盘现象描述在操作系统中，运行硬盘模块扫描工具，不能扫描到全部硬盘模块。登录管理控制台界面，检测到硬盘模

6、块不在位。可能原因原因1：硬盘模块未插到位。原因2：硬盘模块损坏。处理步骤原因1：硬盘模块未插到位。1.重新拔插不在位的硬盘模块。2.运行硬盘模块扫描工具，检查是否可以扫描到全部硬盘模块。是 = 故障解除。否 = 原因2。原因2：硬盘模块损坏。1.更换未被扫描到的硬盘模块。2.运行硬盘模块扫描工具，检查是否可以扫描到全部硬盘模块。是 = 故障解除。否 = 请联系技术服务工程师。TECHNOLOGIES CO.,.15设备IPMI网现象描述打开IE地址栏，输入相关设备的IPMI IP地址，无法登录服务器。正常的登录界面如图2.3所示。可能原因原因1：IPMI网口处网线松动。无法使用原因2：BMC

7、（Bas处理步骤Management Controller）发生故障。原因1：IPMI网口处网线松动。1.重新拔插IPMI网口处网线后登录该服务器，观察登录界面是否正常。是 = 故障排除。否 = 原因2。原因2：BMC（BasManagement Controller）发生故障。1.更换BMC后登录该服务器，观察登录界面是否正常是 =故障排除。否 =请联系技术服务工程师。TECHNOLOGIES CO.,.16口图2.3： IPMI登录服务器示意图TECHNOLOGIES CO.,.17新盘现象描述现象1：新盘后无法被系统识别后，在管理控制台中没有显示新硬盘的参数。如图2.4，在蓝框内单击新插

8、入硬盘将不会显示此硬盘的信息。现象2：新盘可能原因后，系统未识别硬盘。如图2.5，在蓝框内，硬盘为黑灰颜色标识原因：该硬盘发生故障。处理步骤原因：该硬盘发生故障。1、 更换该硬盘，然后登录管理控制台的硬盘信息显示界面，观察是否有新。是 = 故障排除。否 =请联系技术服务工程师。硬盘的相关信息TECHNOLOGIES CO.,.18图2.4：管理控制台硬盘信息示意图图2.5：管理控制台硬盘示意图TECHNOLOGIES CO.,.192.5 Deploy进程和节点连接失败现象描述启动部署后，部署工具界面提示“连接不成功”。扩容操作下发生的此类故障场景，请参考本章节进行处理。可能原因原因1：节点间

9、网络连接不稳定。原因2： deploy进程不存在。处理步骤原因1：节点间网络连接不稳定。1、使用KVM登录部署失败的OceanStor 9000节点设备。2、执行如下命令，检查节点间的网络是否正常。.x其中，.x表示异常节点的IP地址没有返回报文表示网络不正常。是 = 原因2。否 = 步骤3。3、将异常节点设置成与正常节点在同一网段的IP地址，再次执行是 =故障排除，重新部署。否 = 原因2。命令检查节点之间网络是否正常。TECHNOLOGIES CO.,.20原因2：deploy进程不存在1、执行如下命令，查看snas_deploy进程是否存在。ps -ef |grep snas_deplo

10、y显示如下报文，观察输出的结果中是否有“/opt/deploy/bin/snas_deploy”。/deploy/bin/snas_deployrootroot81621 0 Apr16 pts/000:00:05 /opt/10488 10455 0 10:13 pts/200:00:00 grep snas_deploy是 = 请联系技术服务工程师。否 = 步骤2。2、执行如下命令，启动snas_deploy进程。sh /opt/显示如下报文：/deploy/script/deploy_start.shRe-Starting syslog servi是 =故障排除，重新部署。否 =联系技术

11、服务工程师。TECHNOLOGIES CO.,.212.6 部署启动执行失败现象描述部署进度条停留在90%，屏幕上显示章节进行处理。可能原因启动失败。扩容操作下发生的此类故障场景，请参考本原因：节点未能正确安装所需要的驱动程序。处理步骤原因：节点未能正确安装所需要的驱动程序。1、使用“root”登录到该节点。2、检查驱动是否全部正确安装。是 =请联系技术服务工程师。否 = 步骤3。3、安装相应的驱动程序，观察部署启动执行是否成功。是 =故障排除。否 =联系技术服务工程师。TECHNOLOGIES CO.,.222.7现象描述部署时进度条停留在60%，部署工具界面提示“障场景，请参考本章节进行处

12、理。可能原因安装失败安装失败”。扩容操作下发生的此类故原因：该节点之前部署过OceanStor 9000版本，而且未进行过恢复出厂设置。处理步骤原因：该节点之前部署过OceanStor 9000版本，而且未进行过恢复出厂设置。 1、使用KVM登录部署失败的节点设备。2、执行如下命令，观察是否有未卸载的rpm包存在。rpm -qa|grep cm没有显示报文则表示不存在rpm包是 =步骤3。否 =请联系技术服务工程师。TECHNOLOGIES CO.,.233、执行如下命令，恢复出厂设置。/opt/屏幕提示输入/deploy/script/clean.sh，默认为Cleanstorage。如果修

13、改过，请联系网络管理员获取。4、按照屏幕提示操作，观察屏幕是否出现“system will restart now!”。出现system will restart now!后，需要等待约5分钟，待服务器重新启动后才能重新部署。是 = 故障排除，重新部署。否 = 请联系技术服务工程师TECHNOLOGIES CO.,.242.8 节点无响应现象描述启动部署后，部署工具界面提示“节点无响应”。扩容操作下发生的此类故障场景，请参考本章节进行处理。可能原因原因：部署工具和deploy版本不匹配，导致deploy消息处理步骤原因：部署工具和deploy版本不匹配，导致deploy消息1、使用KVM登录部

14、署失败的OceanStor 9000节点设备。2、执行如下命令，查看deploy版本号。rpm -qa |grep deploy显示如下报文deploy-V100R00 xC0 xB0 xx-1 3、执行如下命令，查看部署工具版本号。失败。失败。cat /opt/Runtime/perties显示如下报文：=OceanStor ISM-N V100R00 xC0 xB0 xx=OceanStor ISM-N V100R00 xC0 xB0 xxsubverismVer=x4、将以上信息提供给技术服务工程师进行处理。TECHNOLOGIES CO.,.252.9查询

15、文件系统运行状态失败或错误现象描述登录管理控制台，在如图2.6所示，蓝框标注的“健康状态”一栏，显示的是集群运行状态为非“正常”状态；然后，点击图2.6中蓝色箭头指示的“集群图标”来查看各个节点健康状态的详情，如图 2.7所示，查看本系统所有节点的“健康状态”，某个节点显示该节点的文件系统运行状态为非“正常”状态，找到出问题的节点；然后，点击如图2.7中蓝框标注的对应节点，就可以进一步查看该节点信息，如图2.8所示，蓝框标注的内容显示了当前节点的“健康状态”，会出现对应的文件系统的运行状态，当前文件系统的状态无法正常显示，或者显示的状态是一个错误值。可能原因原因1：网络连接出现问题，无法获取该

16、节点的文件系统运行状态。 原因2：该节点的文件系统故障，导致信息无法显示，或者显示错误。处理步骤原因1：网络连接出现问题，无法获取该节点的文件系统运行状态。1、可能会是由于该节点网络连接出现问题，导致无法获取该节点的文件系统运行状态，使用“root”身.x。份登录当前问题节点上，在命令提示符中执行“ifconfig”命令，可获取本节点的IP地址2、登录到主节点管理控制台。3、执行.x命令，如下图所示，检查本节点与主节点之间的网络是否正常，命令执行后得到如下图所示的结果，就表示为网络连接不正常。TECHNOLOGIES CO.,.26是 = 步骤5。否 = 步骤4。4、请联络网络管理员进行网络故

17、障的排除。5、再次执行查询文件系统运行状态，查看操作是否成功。是= 故障排除。否= 原因2。原因2：该节点的文件系统故障，导致信息无法显示，或者显示错误1、联系技术服务工程师，排查故障图2.6：管理控制台查询文件系统运行状态TECHNOLOGIES CO.,.27图2.7：管理控制台查询文件系统运行状态查看详情图2.8：管理控制台查询文件系统运行状态查看详情节点详情TECHNOLOGIES CO.,.282.10 配置NFS共享失败现象描述配置NFS共享时，管理控制台显示配置失败。可能原因原因1：NFS服务状态异常。处理步骤原因1： NFS服务状态异常。1、使用“root”用户名，“Roots

18、torage”，使用管理控制台的IP通过putty登录到OceanStor9000 。2、执行nas_proto_cluster -c get_master_ip命令，获取协议主节点的IP地址。3、使用“root”用户名，。“Rootstorage”，使用协议主节点的IP通过putty登录到协议主节点4、执行service nasnfs sus 命令，检查NFS服务的各进程是否都处于running状态。系统显示如下Checking for kernel based NFS server: idmapdrunningnasnfsrpc mountdsdnfsdInfoEqualizerunuse

19、d running running running unusedTECHNOLOGIES CO.,.29其中，“running”表示正常运行；“unused”表示异常。是 = 原因2否 = 步骤55、执行nasnfsrpc 命令，重新启动nasnfsrpc进程。6、执行InfoEqualizer命令，重新启动InfoEqualizer进程。7、再次执行service nasnfs sus 命令，检查NFS服务的各进程是否都处于running状态8、在管理控制台再次配置NFS共享，查看是否配置成功。是 = 故障排除。否 = 请联系技术服务工程师。TECHNOLOGIES CO.,.302.11

20、配置冗余配比失败现象描述设置对应的冗余配比，在管理控制台中:资源分配-资源管理器-（勾选目录）属性-冗余配比-+RDC/RDN，如图2.10所示；设置完后，点击“应用”或“确定”，返回“状态”为“失败”，同时刷新目录属性，查看：资源分配-资源管理器-（勾选目录）属性-冗余配比-+RDC/RDN，发现还是原来的冗余配比值。可能原因原因1：设置冗余比。原因2：数据服务节点数，以支持新的冗余比配置。原因3：设置冗余配比对象，必须是空目录。处理步骤原因1：配置冗余比。1、单击图2.10所示的“+RDC/RDN”项的下拉菜单，查看可设置的合法冗余配比值。2、检查配置失败的冗余配比值是否是 = 步骤3。否

21、 = 原因2。3、配置当前节点数支持的合法冗余配比值，再次执行配置冗余配比操作，检查冗余配比操作是否成功。是 = 故障排除。否 = 原因2。TECHNOLOGIES CO.,.31原因1：数据服务节点，不支持新配置的冗余配比。1、通过联络技术服务工程师，或者查询系统配置手册，了解当前节点数目，计算系统所能支持的冗余配比值，检查当前配置的冗余配比值是否合理。是 = 原因3。否 = 步骤2。2、在当前系统所能支持的冗余配比值范围内，再次执行配置冗余配比操作，检查冗余配比操作是否成功。是 = 故障排除。否 = 原因3。原因3：配置冗余配比对象1、以对问题目录有完全读写权限的账户，登录挂载客户端(nf

22、s或者cifs客户端)，进入挂载目录，找到对应配置冗余配比的目录，查看该目录是否为空目录。是 = 请联系技术服务工程师。否 = 步骤2。2、如果一定要配置该目录的冗余配比，则清空该目录下所有文件，执行配置新的冗余配比操作；否则，将配置对象更改为其他空目录；之后，再次执行配置冗余配比操作，检查冗余配比操作是否成功。是 = 故障排除。否 = 请联系技术服务工程师。TECHNOLOGIES CO.,.32图2.10：管理控制台配置冗余配比界面TECHNOLOGIES CO.,.332.12 设置用户/用户组权限失败现象描述在OceanStor 9000管理控制台界面，单击进入“资源分配”=“资源管理

23、器”后，选择相应的文件或文件夹后点击“属性”=“权限”，显示界面如图2.11所示。在选定相应的用户/用户组后，设置对应的权限并点击“应用”=“确定”后提示设置失败。关闭窗口后查看文件或文件夹对应的Unix权限，权限没有改变，显示界面如图2.12所示可能原因原因1：NFS/CIFS协议所在节点进程异常。原因2：CA节点或MDS节点状态异常。处理步骤原因1：NFS/CIFS协议所在节点进程异常。1、使用“root”登录到NFS/CIFS客户端。2、执行命令mount，查看该节点在本域所挂载的所有协议目录。例如执行命令mount后，系统显示如下：17:/ on /mnt/test

24、type nfs (rw,noacl,nfsvers=3,addr=17) 05:/ on /home/mds type nfs (rw,nfsvers=3,addr=05)/05/cifsshare on /root/test2 type cifs (rw,mand)“/mnt/test”、“/home/mds”和“/root/test2”就是协议所挂载本域的挂载目录。3、使用“root”登录到相应协议IP所在的节点。TECHNOLOGIES CO.,.344、例如查看节点上启动的NFS协议和CIFS协议进程，分别

25、执行命令service nasnfs s service nascifs sus查看协议进程情况。5、查看协议进程运行情况，检查NFS协议和CIFS协议的进程是否正常。是 = 步骤6。否 = 步骤7。6、再次执行设置权限操作，检查权限设置是否变为正常。是 = 故障排除。us和否 = 查看原因2。7、如果NFS协议异常，执行命令service nasnfs restart 重新加载NFS协议；如果CIFS协议异常，执行命令service nascifs restart重新加载CIFS协议。8、再次执行权限设置操作，检查权限设置是否变为正常。是 = 故障排除。否 = 请联系技术服务工程师。原因2：

26、CA节点或MDS节点状态异常。1、请参照原因1的方法查看协议所在节点的IP地址。2、使用“root”登录到任一节点。3、执行命令cat /proc/monc_camap，查看所有CA节点的Map表，系统显示如下：* CA Map *CA 9 IP 2 Se Normal RollRate 1CA 8 IP 3 SCA 7 IP 1 Se Normal RollRate 0 e Normal RollRate 1TECHNOLOGIES CO.,.354、查看CA Map中所有CA节点的Se值是否都正确，Normal为正常状

27、态。是 = 请联系技术服务工程师。否 = 步骤5。5、执行命令cat /proc/monc_mdsmap，查看所有MDS节点的Map表，系统显示如下：* Active MDS Map *MDS 9 R0MDS 11 RCtrlR MDS 10 RCtrlR MDS 4 RCtrlRMDS 5 RCtrlR MDS 6 R0 Se Normal IpAddr 2 StandbyForR-1 Seq 75 CtrlR-1 Seq 76-1 Seq 76-1 Seq 73-1 Seq 74-1 Seq 67SSe Normal IpAddr 3 Sta

28、ndbyForRe Normal IpAddr 1 StandbyForRe Normal(41) IpAddr 1 StandbyForR e Normal(41) IpAddr 2 StandbyForR e Normal(41) IpAddr 3 StandbyForR123 S04 S05 SCtrlR-1* Standby MDS Map *6、查看MDS Map中MDS节点的Se值是否都正确，Normal为正常状态。是 = 请联系技术服务工程师。否 = 步骤7。7、再次执行权限设置操作，

29、检查权限设置是否变为正常。是 = 故障排除。否 = 请联系技术服务工程师。TECHNOLOGIES CO.,.36图2.11：设置文件或文件夹的权限窗口图2.12：对应文件或文件夹的管理窗口TECHNOLOGIES CO.,.372.13 北向SNMP不通，无法接现象描述北向SNMP不通，OceanStor 9000管理控制台无法接入管理网络管理，则无法通过OceanStor 9000管理控制台管理OceanStor 9000可能原因原因1： CM没有正常启动。处理步骤原因1：客户端与OceanStor 9000网络不通。系统1、使用root登录linux服务器，用户名是root，默认是Roo

30、tstorage ，在命令行模式下，运行ps -ef |grep snas_cm ，查看CM进程是否正常是 = 原因2。否 = 步骤2。2、重新启动CM，首先执行命令 ps -ef |grep cm ，查看CM进程号，CM进程号为带有snas_cm字样的那条进程，执行命令 kill -9 +进程号，杀死CM进程后，守护进程会自动拉起CM，实现重启。3、查看故障是否排除，若还未能排除，请联系技术服务工程师。TECHNOLOGIES CO.,.382.14 管理控制台故障，无法启动现象描述管理控制台无法正常启动，页面不了，如下图所示。可能原因原因1：管理控制台所在分区磁盘空间已满。原因2：服务器上

31、有其他程序占用8088端口。TECHNOLOGIES CO.,.39处理步骤原因1：管理控制台所在分区磁盘空间已满。1、登录服务器，用户名是root，默认是Rootstorage 。2、在命令行模式下，运行df $ISM_HOME | tail -n 1 | awk pr间是否已满。是 = 步骤3。$5 ，查询管理控制台所在磁盘空否 = 原因2。3、使用具有权限的管理员登录服务器硬盘空间。4、重启管理控制台，是否能成功启动是 = 故障排除。否 = 原因2。原因2：服务器上有其他程序占用8088端口。1、登录服务器。2、在命令行模式下，运行lsof -i:8088 ，查看是否有进程占用这个端口。

32、是 = 查看进程是否是OceanStor 9000系统外的第是 = 结束该进程，执行步骤3。否 = 请联系技术服务工程师。3、重启管理控制台，是否能成功启动。是 = 故障排除。否 = 请联系技术服务工程师。TECHNOLOGIES CO.,.402.15无法管理控制台，页面报500错现象描述无法管理控制台，页面报500错误，如下图所示。可能原因原因：处理步骤服务器的IP地址不正确。原因：服务器IP地址配置不正确。1、登录服务器，用户名是root，默认是Rootstorage 。2、运行命令cd /etc进入“/etc”目录下，使用vi命令分别打开“hosts”文件和“hosts.YaST2sa

33、ve”文件。3、在这两个文件中添加当前服务器IP地址以及主机名。示例：“IP 主机名”，主机名是在命令行模式下通过输入“hostname”获取4、使用:wq命令保存并关闭这两个文件。5、重新登录管理控制台，是否能成功登录。是 = 故障排除。否 = 请联系技术服务工程师。TECHNOLOGIES CO.,.41TECHNOLOGIES CO.,.421目录2WushanFS故障处理3FuInsighdoop故障处理4WushanSQL故障处理5FAQTECHNOLOGIES CO.,.433.1系统部署时节点发现失败现象描述部署可能原因在执行过程中提示发现节点失败，退出。原因1：配置文件中填写的

34、节点SN号与实际SN号不匹配。原因2：待发现节点中installAgent.py进程没有运行。原因3：节点网络不通。处理步骤原因1：配置文件中填写的节点SN号与实际SN号不匹配。1、 登录目标节点操作系统，执行impitool fru命令查看节点的SN号2、比对配置文件中的SN和步骤1中的SN是否一致。是= 修改配置文件，重新执行部署。否= 原因2。TECHNOLOGIES CO.,.44原因2：待发现节点中installAgent.py进程没有运行。1、 登录待发现节点，执行ps ef |gr是= 原因3.nstallAgent.py命令，检查进程是否在运行。否= 执行/opt/bootst

35、arts。原因3：节点网络不通/installAgent.py &命令启动installAgent.py进程，重新执行部署1、检查节点与交换机之间的连线、交换机配置是否有误。是=修复网络，重新执行部署否=请联系技术服务工程师。TECHNOLOGIES CO.,.453.2系统部署时挂载文件系统失败现象描述部署在执行过程中-Execute /opt/wisequery/OM/script/hd_deploy_mount_NFS.shfailed提示发现节点失败，退出可能原因原因1：mount_NFS.sh执行超时。原因2：文件系统共享目录配置错误。处理步骤原因1： mount_NFS.sh执行超

36、时。TECHNOLOGIES CO.,.461、 重新执行部署否= 问题解决。是= 原因2.，观察挂载是否依旧出现失败。原因2：文件系统共享目录配置错误1、参照 OceanStor 9000 V100R001C10安装指南章节6（可选）安装FuInsighdoop，排查文件系统共享目录配置，部署配置文件中“Hadoop数据目录”选项的值。2、修改共享目录的配置、部署配置文件中“Hadoop数据目录”选项的值，重新执行部署否解决。是= 问题解决。否= 请联系技术服务工程师，观察问题是TECHNOLOGIES CO.,.473.3系统运行时产生告警现象描述在Hadoop业务运行过程中OM节点出现告

37、警（具体告警可能不同），。可能原因一般可以通过告警的名称定位出告警出现的原因。处理步骤点击告警条目上的帮助按钮，如图3.1，进入告警处理帮助页面，根据提示处理告警，如图3.2所示。TECHNOLOGIES CO.,.48图3.1 告警帮助按钮图3.2 告警帮助页面TECHNOLOGIES CO.,.493.4业务运行过程中Hbase状态为Bad现象描述在Hadoop业务运行过程中OM页面显示Hbase状态为Bad。可能原因原因1：系统表HBASE_SYSTEM处理步骤原因1：系统表HBASE_SYSTEM失败。失败。TECHNOLOGIES CO.,.501、参考 OceanStor 9000

38、 V100R001C10 FusInsighdoop管理员指南 01 11章配置、登录hbase2、在hbase strue：中执行is_enabled HBASE_SYSTEM查看HBASE_SYSTEM表的状态，查看返回结果是否为是= 步骤3。否= 步骤4。3、等待5分钟，观察OM上HBase的状态是否恢复为Good。是= 问题解决。否=请联系技术服务工程师。4、执行enable HBASE_SYSTEM将HBASE_SYSTEM打开，等待5分钟，观察OM上HBase的状态是否为Good。是=问题解决。否=请联系技术服务工程师。TECHNOLOGIES CO.,.513.5MapReduc

39、e任务执行失败现象描述MapReduce任务执行失败。可能原因原因1：MapReduce任务执行超时时间过小。处理步骤原因1： MapReduce任务执行超时时间过小。TECHNOLOGIES CO.,.521、登录OM界面，进入Service=MapReduce=Configuration页面，选在Type为All。2、在ResourceManager目录下找到Performance选项，查看以下几项配置的值是否都为600000：yarn.nm.liveness-monitor.expiry- yarn.am.liveness-monitor.expiry- mapreduce.task.timeout是=请联系技术服务工程师。否=步骤3。ervaerva3、修改配置值为600000，保存配置并重启Map