重启manager-executor进程，该进程在Master1和Master2节点上为主备部署，同一时刻只有一个节点上运行该进程，首先确认节点上是否有该进程，如果有该进程则进行重启操作。 分别登录Master1节点和Master2节点，执行以下命令确认当前节点是否存在该进程。当有输出时则进程存在。 ps

查看更多 →

Knox进程占用内存高 用户问题 knox进程占用内存高。 问题现象 主Master节点内存使用率高，用top -c命令查看到占用内存较高的进程中有knox进程，且此进程占用内存超过4 GB。 原因分析 knox进程没有单独配置内存，进程会自动根据系统内存大小按照比例划分可用内存，导致knox占用内存大。

查看更多 →

PMS进程占用内存高 用户问题 主Master节点内存使用率高如何处理？ 问题现象 主Master节点内存使用率高，且用top -c命令查询得内存占用量高的是如下idle的进程。 原因分析 PostgreSQL缓存：除了常见的执行计划缓存、数据缓存，PostgreSQL为了提高生

查看更多 →

> CPU和内存”，勾选“HiveServer内存使用率统计” ，单击“确定”，查看HiveServer进程使用的直接内存是否已达到HiveServer进程设定的最大直接内存的阈值（默认95%）。 是，执行4。 否，执行7。 图1 勾选HiveServer内存使用率统计 在 FusionInsight

查看更多 →

制 > CPU和内存”，勾选“HiveServer内存使用率统计”，单击“确定”，查看HiveServer进程使用的堆内存是否已达到HiveServer进程设定的最大堆内存的阈值（默认95%）。 是，执行4。 否，执行7。 图1 勾选HiveServer内存使用率统计 在FusionInsight

查看更多 →

> CPU和内存”，勾选“HiveServer内存使用率统计” ，单击“确定”，查看HiveServer进程使用的非堆内存是否已达到HiveServer进程设定的最大非堆内存的阈值（默认95%）。 是，执行4。 否，执行7。 图1 勾选HiveServer内存使用率统计 在FusionInsight

查看更多 →

“定制 > CPU和内存 > HMaster堆内存使用率与直接内存使用率统计”，单击“确定”，查看HBase服务进程使用的堆内存是否已达到HBase服务进程设定的最大堆内存的90%。 是，执行4。 否，执行6。 图1 HMaster堆内存使用率与直接内存使用率统计 在FusionInsight

查看更多 →

定制 > CPU和内存 > HMaster堆内存使用率与直接内存使用率统计” ，单击“确定”，查看HBase服务进程使用的直接内存是否已达到HBase服务进程设定的最大直接内存的90%。 是，执行4。 否，执行8。 图1 HMaster堆内存使用率与直接内存使用率统计 在FusionInsight

查看更多 →

单击资源所在行的“查看监控指标”，进入“操作系统监控”页面。 单击“操作系统监控”右侧的“进程监控”，进入“进程监控”页面。 在“自定义进程监控”下面，单击进程名称前面的“”图标。 在进程ID所在行单击“查看监控详情”，进入“进程指标查询”页面，可查看当前进程的CPU使用率、内存使用率、打开

查看更多 →

在Master节点执行如下命令重启knox进程。 sh /opt/knox/bin/gateway.sh stop sh /opt/knox/bin/gateway.sh start 在其他Master节点上重复执行如上步骤。 执行ps -ef |grep knox命令可查看已设置的内存信息。 图1 knox内存

查看更多 →

查询进程列表 功能介绍 查询进程列表，通过传入进程路径参数查询对应的 服务器 数 调用方法 请参见如何调用API。 URI GET /v5/{project_id}/asset/process/statistics 表1 路径参数 参数 是否必选 参数类型 描述 project_id

查看更多 →

建议您的实例预留内存值至少配置为30%，2021年之后创建的实例预留内存默认值已经修改为30%。 预留内存百分比是以实例规格的最大可用内存为基数，而不是以内存规格为基数的，最大可用内存可参考实例规格中实例产品规格表中“实例可使用内存”列的值。 父主题： Redis使用

查看更多 →

U使用率高，您可以按如下步骤进行排查： 问题定位：定位影响云服务器带宽和CPU使用率高的进程。 问题处理：排查进程是否正常，并分类进行处理。 正常进程：优化程序，或变更云服务器配置。 异常进程：建议您手动关闭进程，或者借助第三方工具关闭进程。 常用命令 本文相关操作命令以CentOS

查看更多 →

Linux云服务器实例带宽流量过高或CPU使用率高，您可以按如下步骤进行排查： 问题定位：定位影响云服务器带宽和CPU使用率高的进程。 问题处理：排查进程是否正常，并分类进行处理。 正常进程：优化程序，或变更云服务器配置。 异常进程：建议您手动关闭进程，或者借助第三方工具关闭进程。 常用命令 本文相关操作命令以CentOS

查看更多 →

对于导致CPU使用率高的具体进程，如果确认是异常进程，可以直接通过top命令终止进程。对于kswapd0进程导致的CPU使用率高的问题，则需要对应用程序进行优化，或者通过增加内存进行系统规格的升级。 kswapd0是系统的虚拟内存管理程序，如果物理内存不够用，系统就会唤醒kswapd

查看更多 →

对于导致CPU使用率高的具体进程，如果确认是异常进程，可以直接通过top命令终止进程。对于kswapd0进程导致的CPU使用率高的问题，则需要对应用程序进行优化，或者通过增加内存进行系统规格的升级。 kswapd0是系统的虚拟内存管理程序，如果物理内存不够用，系统就会唤醒kswapd

查看更多 →

采集方式（Windows）：通过psapi.dll系统进程状态支持模块得到进程总数。 ≥0 云服务器 云服务器 - 进程 1分钟 维度 维度 Key Value 云服务器 instance_id 云服务器ID。 云服务器 - 进程 proc 云服务器的进程。 该取值可通过 云监控服务 的“查询主机监控维度指标信息”获取。

查看更多 →

JobHistory2x进程堆内存使用率过高，会影响JobHistory2x进程运行的性能，甚至造成内存溢出导致JobHistory2x进程不可用。 可能原因 该节点JobHistory2x进程堆内存使用率过大，或配置的堆内存不合理，导致使用率超过阈值。 处理步骤 检查堆内存使用率 在FusionInsight

查看更多 →

JobHistory2x进程直接内存使用率过高，会影响JobHistory2x进程运行的性能，甚至造成内存溢出导致JobHistory2x进程不可用。 可能原因 该节点JobHistory2x进程直接内存使用率过大，或配置的直接内存不合理，导致使用率超过阈值。 处理步骤 检查直接内存使用率 在FusionInsight

查看更多 →

进程被终止如何定位原因 问题背景与现象 在某环境出现DataNode异常重启，且确认此时未从页面做重启DataNode的操作，需要定位是什么进程终止了DataNode服务端进程。 原因分析 常见的进程被异常终止有2种原因： Java进程OOM被终止 一般Java进程都会配置OOM

查看更多 →

JobHistory2x进程非堆内存使用率过高，会影响JobHistory2x进程运行的性能，甚至造成内存溢出导致JobHistory2x进程不可用。 可能原因 该节点JobHistory2x进程非堆内存使用率过大，或配置的非堆内存不合理，导致使用率超过阈值。 处理步骤 检查非堆内存使用率 在FusionInsight

查看更多 →