云应用启动失败如何处理？ 操作场景 终端用户通过客户端无法正常打开云应用（提示缺少文件或路径不对），但通过VNC方式或在APS 服务器 内可以正常打开云应用，需要管理员在管理控制台上修改应用的“命令行参数”配置中的应用路径。 管理员修改启动失败应用的“命令行参数”配置，将APS上应用

查看更多 →

账号锁定导致启动Kafka组件失败 问题背景与现象 新创建的 MRS 集群，启动Kafka服务失败。 查看服务启动日志，显示认证失败。 /home/omm/kerberos/bin/kinit -k -t ${BIGDATA_HOME}/etc/2_15_ Broker /kafka

查看更多 →

集群上下电之后HBase启动失败 问题背景与现象 集群的E CS 关机重启后，HBase启动失败。 原因分析 查看HMaster的运行日志，发现有报大量的如下错误： 2018-03-26 11:10:54,185 | INFO | hadoopc1h3,21300,15220316

查看更多 →

日常管理操作中，需要启动Data Provider。

查看更多 →

备NameNode节点长时间未启动，导致启动失败 问题 长时间没有启动备NameNode，edits文件由于老化策略被自动清理后，重新启动NameNode时找不到所需的edits文件，从而报错。 There appears to be a gap in the edit log.

查看更多 →

节点IEF软件启动失败。IEF软件被误删除IEF软件无法启动检查对应Service是否存在：systemctl status edgecoresystemctl status edgeloggersystemctl status edgemonitorsystemctl status edgedaemon若存在，则手动启动Edge-Cor

查看更多 →

注意：这里的containerID为已退出的容器的ID 图3 容器启动命令配置不正确 如上图所示，容器配置的启动命令不正确导致容器启动失败。其他错误请根据日志提示修复工作负载本身的BUG问题。 解决方案： 重新创建工作负载，并配置正确的启动命令。 父主题： 工作负载异常问题排查

查看更多 →

nit容器未启动成功。 Pod运行状态为Init:Error，说明Pod中的Init容器启动失败。 Pod运行状态为Init:CrashLoopBackOff，说明Pod中的Init容器启动失败并处于反复重启状态。 解决方案 查看Pod的事件，确认当前Pod中未启动的Init容器

查看更多 →

参数不合理导致HBase启动失败 问题现象 修改部分参数后，无法正常启动HBase。 原因分析 查看HMaster日志（/var/log/Bigdata/hbase/hm/hbase-omm-xxx.log）显示，hbase.regionserver.global.memstore

查看更多 →

残留进程导致Regionsever启动失败 问题现象 HBase服务启动失败，健康检查报错。 原因分析 查看启动HBase服务时manager页面的详细打印信息，提示the previous process is not quit。 解决办法 登录节点，后台通过执行ps -ef |

查看更多 →

HDFS上设置配额导致HBase启动失败 问题现象 HBase启动失败。 原因分析 查看HMaster日志信息（“/var/log/Bigdata/hbase/hm/hbase-omm-xxx.log”），出现如下异常，The DiskSpace quota of /hbase is

查看更多 →

HBase version文件损坏导致启动失败 问题背景 HBase启动失败。 原因分析 HBase启动时会读取hbase.version文件，但是日志显示读取存在异常。 通过hadoop fs -cat /hbase/hbase.version命令发现文件不能正常查看，该文件损坏。 解决办法

查看更多 →

EditLog不连续导致NameNode启动失败 问题 在JournalNode节点有断电，数据目录磁盘占满，网络异常时，会导致JournalNode上的EditLog不连续。此时如果重启NameNode，很可能会失败。 现象 重启NameNode会失败。在NameNode运行日志中会报如下的错误：

查看更多 →

Sidecar未就绪导致Pod启动失败 问题背景 加入网格的服务有时可能遇到Pod启动失败，且一直重启。排查原因发现业务容器与外部通信时流量会经过istio-proxy容器，但业务容器比istio-proxy容器先启动，在istio-proxy容器没启动成功时，业务容器已经启动，与外部通信将会失败，Pod一直重启。

查看更多 →

强制关机导致文件系统损坏，Linux 弹性云服务器 启动失败 问题描述 强制关机后，可能会小概率遇到文件系统损坏的情况，导致再次启动弹性 云服务器 失败，如图1所示。 图1 启动弹性云服务器失败 可能原因 从图1可以看出，弹性云服务器无法启动的原因是文件系统发生损坏。强制关机/强制重启属

查看更多 →

MySQL数据库迁移后无法启动 问题描述 迁移后MySQL数据库无法正常启动或短暂启动后又退出。 问题分析 该问题是因为源端MySQL数据库没有停止服务，导致目的端数据库相关文件不匹配所引起的。 解决方案 适当时间，停止源端MySql数据库服务的所有业务，再重新同步一次。 父主题：

查看更多 →

负载异常有可能是容器中运行的应用启动异常，这时可以通过手动执行启动命令，根据错误提示进行问题定位和修复。通常的做法如下： 为工作负载配置如下类型的启动命令，这样pod启动后没有启动应用程序，没有执行任何操作。 执行启动命令前，请确认镜像中/bin/bash命令可用。 Pod启动成功后，执行kubectl

查看更多 →

用上次正常启动的软件启动。启动起来后发送此告警，提示本次软件是由于回滚启动。如果仍然不能启动，系统会再试图从设定的备份软件启动。启动起来后会发送此告警，提示本次软件是由于回滚启动。 Flash故障，系统从Flash备份区启动，需要用户修复Flash。 控制器下发升级失败。 处理步骤

查看更多 →

acl表目录丢失导致HBase启动失败 问题背景与现象 集群HBase启动失败 原因分析 查看HBase的HMaster日志，报如下错误： 检查HDFS上HBase的路径发现acl表路径丢失。 解决办法 停止HBase组件。 在HBase客户端使用hbase用户登录认证，执行如下命令。

查看更多 →

WebHCat健康状态异常导致启动失败 用户问题 WebHCat实例启动失败。 问题现象 在Manager页面上查看到WebHCat实例的健康状态为“故障”，并上报“ALM-12007 进程故障”告警，该告警的服务名称为“Hive”，实例名称为“WebHCat”。且重启Hive服务报错。

查看更多 →

EditLog不连续导致NameNode启动失败 问题 在JournalNode节点有断电，数据目录磁盘占满，网络异常时，会导致JournalNode上的EditLog不连续。此时如果重启NameNode，很可能会失败。 现象 重启NameNode会失败。在NameNode运行日志中会报如下的错误：

查看更多 →