JVM or host machine (eg GC): pause of approximately 63750ms GC pool 'ParNew' had collection(s): count=1 time=0ms GC pool 'ConcurrentMarkSweep'

查看更多 →

path=${nameNode}/user/${user.name}/${examplesRoot}/apps/map-reduce #hdfs上传路径 outputDir=map-reduce oozie.wf.rerun.failnodes=true 运行Oozie任务： oozie job

查看更多 →

参数解释： 执行耗时小于100ms的SQL数量。 取值范围： 不涉及。 query_time_in_500ms Long 参数解释： 执行耗时100ms-500ms的SQL数量。 取值范围： 不涉及。 query_time_in_1s Long 参数解释： 执行耗时500ms-1000ms的SQL数量。

查看更多 →

删除大量文件后重启NameNode耗时长 问题 删除大量文件之后立刻重启NameNode（例如删除100万个文件），NameNode启动慢。 回答 由于在删除了大量文件之后，DataNode需要时间去删除对应的Block。当立刻重启NameNode时，NameNode会去检查所有

查看更多 →

ta/map-reduce”，包括如下两个文件： _SUCCESS part-00000 可以通过Hue的文件浏览器或者通过HDFS如下命令行查看： hdfs dfs -ls /user/developuser/examples/output-data/map-reduce 在W

查看更多 →

的下拉菜单，选择“定制 > GC > HMaster的GC时间” ，单击“确定”，查看该图表中“GC中回收old区所花时长”监控项的值是否连续3个检测周期大于阈值（默认阈值为5秒）。 是，执行步骤 4。 否，执行步骤 6。 图1 HMaster的GC时间 在 FusionInsight

查看更多 →

由于topology.worker.gc.childopts、topology.worker.childopts和worker.gc.childopts(服务端参数)有优先级，优先级大小为：topology.worker.gc.childopts > worker.gc.childopts >

查看更多 →

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

查看更多 →

jvm_young_gc_count 新生代GC次数 累计值 说明： “新生代GC次数”指标仅支持Doris 2.1.6及以下版本。 ≥0 Count 不涉及 CloudTable实例节点 60s SYS.CloudTable jvm_young_gc_time 新生代GC耗时 累计值 说明：

查看更多 →

path=${nameNode}/user/${user.name}/${examplesRoot}/apps/map-reduce #hdfs上传路径 outputDir=map-reduce oozie.wf.rerun.failnodes=true 运行Oozie任务： oozie job

查看更多 →

ta/map-reduce”，包括如下两个文件： _SUCCESS part-00000 可以通过Hue的文件浏览器或者通过HDFS如下命令行查看： hdfs dfs -ls /user/developuser/examples/output-data/map-reduce 在W

查看更多 →

左侧图表分类选择“JVM”，查看FE进程的“老年代GC耗时累计值”是否大于3秒。 是，执行步骤 3。 否，执行步骤 5。 选择“集群 > 服务 > Doris > 配置 > 全部配置 > FE（角色） > JVM”，将参数“FE_GC_OPTS”中“-Xmx”的值参考以下说明进行调大，默认值为8GB：

查看更多 →

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

查看更多 →

DWS_2000000020 DWS集群的SQL探针耗时超阈值 告警解释 GaussDB (DWS)每30秒采集集群各节点SQL探针的执行情况。如果存在任意集群的任意主机存在SQL探针执行耗时超过2倍阈值（可配置），则上报集群的SQL探针耗时超阈值的紧急告警；如果所有SQL探针执行耗时不超过该阈值，则消除该紧急告警。

查看更多 →

Manager首页，选择“集群 > 服务 > HBase > 图表”，在“图表分类”中选择“GC”，查看GC次数和GC时间监控是否异常。 是，执行步骤 6。 否，执行步骤 9。 单击“配置”，在搜索框中搜索“GC_OPTS”，在RegionServer所在节点内存允许范围内，适当调大Regi

查看更多 →

max_jvm_young_gc_time 最大JVM Young GC耗时 CSS集群中各个节点的JVM Young GC耗时累计值的最大值。 ≥ 0 ms 不涉及 CSS集群 1分钟 max_jvm_young_gc_count 最大JVM Young GC次数 CSS集群中各个节点的JVM

查看更多 →

max_jvm_young_gc_time 最大JVM Young GC耗时 CSS 集群中各个节点的JVM Young GC耗时累计值的最大值。 ≥ 0 ms 不涉及 CS S集群 1分钟 max_jvm_young_gc_count 最大JVM Young GC次数 CSS集群中各个节点的JVM

查看更多 →

ta/map-reduce”，包括如下两个文件： _SUCCESS part-00000 可以通过Hue的文件浏览器或者通过HDFS如下命令行查看： hdfs dfs -ls /user/developuser/examples/output-data/map-reduce 在W

查看更多 →

ta/map-reduce”，包括如下两个文件： _SUCCESS part-00000 可以通过Hue的文件浏览器或者通过HDFS如下命令行查看： hdfs dfs -ls /user/developuser/examples/output-data/map-reduce 在W

查看更多 →

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

查看更多 →

kSweep_Time JobManager CMS执行垃圾回收总耗时 flink_jobmanager_Status_JVM_GarbageCollector_ParNew_Count JobManager GC次数 flink_jobmanager_Status_JVM_Ga

查看更多 →