ALM-50212 FE进程的老年代GC耗时累计值超过阈值 告警解释 系统每30秒周期性检查FE进程的老年代GC耗时累计值，当检查到该值超出阈值（默认值为3000ms）时产生该告警。 当系统检查到FE进程的老年代GC耗时累计值低于阈值时，告警清除。 告警属性 告警ID 告警级别 是否可自动清除

查看更多 →

STRING LAST gc详情统计信息(gcdetail，gc详情统计信息。) action gc类型 gc类型，分为major和minor两种 - ENUM LAST cause gc原因 发生gc的原因 - ENUM LAST name gc名称 gc回收器的名称 - STRING

查看更多 →

采集周期内younggc的时间。 gc详情 gc类型 gc类型，分为major和minor两种。 gc原因 发生gc的原因。 次数 gc发生的次数。 耗时(ms) gc消耗的时间。 最大耗时(ms) 最慢一次gc消耗的时间。 gc回收器 gc回收器的名称。 最慢gc详情 最慢一次gc的详细信息。 单

查看更多 →

DRS对比任务耗时预估 对象对比：根据源库查询性能，一般会在几分钟内返回结果，如果对象数据量特别巨大，对比时长可能达到几十分钟。 行数对比：使用select count方式，查询速度跟数据库性能相关。 内容对比：在数据库没有压力并且网络正常的情况下，对比速度大概是5M/s。 用户

查看更多 →

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

查看更多 →

r GC日志，如果频繁出现Full GC，需要优化GC。 GC的配置：在客户端的“conf/flink-conf.yaml”配置文件中，在“env.java.opts”配置项中添加参数：“-Xloggc:< LOG _DIR>/gc.log -XX:+PrintGCDetails -

查看更多 →

npm构建耗时且安装依赖缓慢 原因分析 默认的镜像仓地址因网络原因可能导致网络下行效率低。 处理方法 进入编译构建服务首页。 选择对应的构建任务，单击任务所在行的，单击“编辑”。 在“构建步骤”页面编辑“NPM构建”。 在NPM构建步骤里，添加如下命令，修改Npm镜像仓地址： 1

查看更多 →

Young GC次数累计值的最大值。 ≥ 0 max_jvm_old_gc_time 最大JVM Old GC耗时 CSS 集群中各个节点的JVM Old GC耗时累计值的最大值。 单位：ms ≥ 0 ms max_jvm_old_gc_count 最大JVM Old GC次数 CS S集群中各个节点的JVM

查看更多 →

Action 功能描述 MapReduce任务节点，负责执行一个map-reduce任务。 参数解释 MapReduce Action节点中包含的各参数及其含义，请参见表1。 表1 参数含义 参数 含义 name map-reduce action的名称 resourceManager MapReduce

查看更多 →

监控节点进程的YARN的Container GC日志，如果频繁出现Full GC，需要优化GC。 GC的配置：在客户端的“conf/flink-conf.yaml”配置文件中，在“env.java.opts”配置项中添加参数：“-Xloggc:<LOG_DIR>/gc.log -XX:+PrintGCDetails

查看更多 →

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

查看更多 →

Action 功能描述 MapReduce任务节点，负责执行一个map-reduce任务。 参数解释 MapReduce Action节点中包含的各参数及其含义，请参见表1。 表1 参数含义 参数 含义 name map-reduce action的名称 resourceManager MapReduce

查看更多 →

adRoot}/output-data/map-reduce</value> </property> </configuration> </map-reduce> <ok to="copyData"/>

查看更多 →

在左侧导航栏选择“应用监控 > 指标”。 在界面左侧树单击待查看基础监控环境后的。 单击“基础监控”，切换至基础监控页签，监控项选择“ GC监控”，⾮常频繁的进⾏gc操作。 图8 查看GC监控 监控项选择“JVM监控”，查看JVM监控。 图9 查看JVM监控 单击“Profiler性能分析”，切换至Profiler性能分析页签。

查看更多 →

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

查看更多 →

MapReduce作业 功能描述 MapReduce任务节点，负责执行一个map-reduce任务。 参数解释 MapReduce Action节点中包含的各参数及其含义，请参见表1。 表1 参数含义 参数 含义 name map-reduce action的名称 resourceManager MapReduce

查看更多 →

MapReduce作业 功能描述 MapReduce任务节点，负责执行一个map-reduce任务。 参数解释 MapReduce Action节点中包含的各参数及其含义，请参见表1。 表1 参数含义 参数 含义 name map-reduce action的名称 resourceManager MapReduce

查看更多 →

adRoot}/output-data/map-reduce</value> </property> </configuration> </map-reduce> <ok to="copyData"/>

查看更多 →

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

查看更多 →

adRoot}/output-data/map-reduce</value> </property> </configuration> </map-reduce> <ok to="copyData"/>

查看更多 →