Hive的HQL最近5分钟平均提交时间超过阈值 告警解释 系统周期性检测HQL平均提交时间，该时间为调用MapReduce/Spark/Tez接口提交Yarn作业的时间，包含上传依赖的临时Jar包、切分文件等时间。当最近5分钟HQL的平均提交时间超过阈值时上报该告警。 当最近5分钟HQL的平均提交时间小于阈值时，告警恢复。

查看更多 →

STRING LAST count 次数 gc发生的次数 - INT SUM totalTime gc时间 gc消耗的时间 ms INT SUM maxTime gc最大时间 最慢一次gc消耗的时间 ms INT MAX detail gc详情 最慢一次gc的详细信息 - CLOB LAST

查看更多 →

ALM-19007 HBase GC时间超出阈值 告警解释 系统每60秒周期性检测HBase服务的老年代GC时间，当检测到HBase服务的老年代GC时间超出阈值（默认连续3次检测超过5秒）时产生该告警。 在 FusionInsight Manager首页，用户可通过选择“运维 > 告警

查看更多 →

ALM-16007 Hive GC 时间超出阈值 告警解释 系统每60秒周期性检测Hive服务的GC时间，当检测到Hive服务的GC时间超出阈值（连续3次检测超过12秒）时产生该告警。用户可通过“运维 > 告警 > 阈值设置 > Hive”修改阈值。当Hive GC时间小于或等于阈值时，告警恢复。

查看更多 →

判断Map分配的内存是否足够，一个简单的办法是查看运行完成的job的Counters中，对应的task是否发生过多次GC，以及GC时间占总task运行时间之比。通常，GC时间不应超过task运行时间的10%，即GC time elapsed (ms)/CPU time spent (ms)<10%。 主要通过如下参数进行调整。

查看更多 →

ZooKeeper进程垃圾回收（GC）时间超过阈值 告警解释 系统每60秒周期性检测ZooKeeper进程的垃圾回收（GC）占用时间，当检测到ZooKeeper进程的垃圾回收（GC）时间超出阈值（默认12秒）时，产生该告警。 垃圾回收（GC）时间小于阈值时，告警恢复。 告警属性 告警ID

查看更多 →

判断Map分配的内存是否足够，一个简单的办法是查看运行完成的job的Counters中，对应的task是否发生过多次GC，以及GC时间占总task运行时间之比。通常，GC时间不应超过task运行时间的10%，即GC time elapsed (ms)/CPU time spent (ms)<10%。 主要通过如下参数进行调整。

查看更多 →

进程Full GC时间超过阈值 告警解释 系统每30秒周期性检测 OMS 主要进程的GC时间，当检测到OMS进程的GC时间超出阈值（默认连续3次检测超过12秒，可通过“运维 > 告警 > 阈值设置 > OMS > OMS服务”修改阈值）时产生该告警。 当OMS进程的GC时间小于或等于阈值时，告警恢复。

查看更多 →

JobHistoryServer进程垃圾回收（GC）时间超过阈值 告警解释 系统每60秒周期性检测JobHistoryServer进程的垃圾回收（GC）占用时间，当检测到JobHistoryServer进程的垃圾回收（GC）时间超出阈值（默认12秒）时，产生该告警。 垃圾回收（GC）时间小于阈值时，告警恢复。

查看更多 →

及时运行。 90% MetaStore的总GC时间 16007 Hive GC时间超出阈值 GC时间超出阈值，会影响到Hive数据的读写。 12000ms HiveServer的总GC时间 16007 Hive GC时间超出阈值 GC时间超出阈值，会影响到Hive数据的读写。 12000ms

查看更多 →

下载”。 在“服务”中勾选待操作集群的“JobHistoryServer”，单击“确定”。 单击右上角的设置日志收集的“开始时间”和“结束时间”分别为告警产生时间的前后10分钟，单击“下载”。 请联系运维人员，并发送已收集的故障日志信息。 告警清除 此告警修复后，系统会自动清除此告警，无需手工清除。

查看更多 →

进入归档日志文件目录，在归档日志文件目录下，下载“gc.log.*”日志。 打开已下载的“gc.log.*”日志，搜索“Full GC”关键字，查看日志中是否有时间连续，并且频繁出现“Full GC”的日志信息。 图5 Full GC日志 FullGC问题原因定位和解决： 原因1

查看更多 →

MapReduce任务长时间无进展 问题 MapReduce任务长时间无进展。 回答 一般是因为内存太少导致的。当内存较小时，任务中拷贝map输出的时间将显著增加。 为了减少等待时间，您可以适当增加堆内存空间。 任务的配置可根据mapper的数量和各mapper的数据大小来进行优

查看更多 →

MapReduce任务长时间无进展 问题 MapReduce任务长时间无进展。 回答 一般是因为内存太少导致的。当内存较小时，任务中拷贝map输出的时间将显著增加。 为了减少等待时间，您可以适当增加堆内存空间。 任务的配置可根据mapper的数量和各mapper的数据大小来进行优

查看更多 →

ALM-45292 PolicySync垃圾回收(GC)时间超过阈值 告警解释 系统每60秒周期性检测PolicySync进程的垃圾回收（GC）占用时间，当连续5次检测到PolicySync进程的垃圾回收（GC）时间超出阈值时，产生该告警。垃圾回收（GC）时间小于阈值时，告警恢复。 告警属性 告警ID

查看更多 →

ConfigNode垃圾回收（GC）时间超过阈值 告警解释 系统每60秒周期性检测ConfigNode进程的垃圾回收（GC）时间，当检测到ConfigNode进程的垃圾回收（GC）时间连续3次超过阈值（默认12秒）时产生该告警。当ConfigNode垃圾回收（GC）时间小于阈值时，告警清除。

查看更多 →

配置GC监控项 在“编辑【GC监控】监控配置”页面配置以下参数： 采集间隔：默认60s，此处不支持修改。 父主题： 应用监控配置

查看更多 →

系统当前指标取值满足自定义的告警设置条件。 对系统的影响 MapReduce JobHistoryServer非堆内存使用率过高，会影响MapReduce任务提交和运行的性能，甚至造成内存溢出导致MapReduce服务不可用。 可能原因 该节点MapReduce JobHistoryServer实例

查看更多 →

ALM-17007 Oozie进程垃圾回收（GC）时间超过阈值 告警解释 系统每60秒周期性检测Oozie进程的垃圾回收（GC）占用时间，当检测到Oozie进程的垃圾回收（GC）时间超出阈值（默认12秒）时，产生该告警。垃圾回收（GC）时间小于阈值时，告警恢复。 告警属性 告警ID

查看更多 →

RangerAdmin垃圾回收(GC)时间超过阈值 告警解释 系统每60秒周期性检测RangerAdmin进程的垃圾回收（GC）占用时间，当连续5次检测到RangerAdmin进程的垃圾回收（GC）时间超出阈值（默认12秒）时，产生该告警。垃圾回收（GC）时间小于阈值时，告警恢复。 告警属性

查看更多 →

ALM-45288 TagSync垃圾回收(GC)时间超过阈值 告警解释 系统每60秒周期性检测TagSync进程的垃圾回收（GC）占用时间，当连续5次检测到TagSync进程的垃圾回收（GC）时间超出阈值（默认12秒）时，产生该告警。垃圾回收（GC）时间小于阈值时，告警恢复。 告警属性 告警ID

查看更多 →