突然top发现Kipmi0进程一直占用近乎100%的一个核的资源,等待了一个下午,居然还是如此。
google查不到多少资料,看到一篇说法:是一些平台接口的管理器。不敢贸然杀死,再查查资料。
看看专业的说法:
kipmi is supposed to run with low priority. When you say it consumes 70-90% of the CPUs, is that constant (does it still consume the processor when they are other tasks in the process queue that should have a larger slice of the CPU time) or the 70%/90% comes when the machine is idle?
A second issue to investigate is whether you have pending controller issues (alarms of varying nature that are not resolved) and/or older versions of controller firmware.
查看服务chkconfig 发现只有近似 ipmievd 服务,估计就是这个,跟网上资料说的ipmi有出入!
Fix:不需要修复
No fix required. You should ignore increased CPU utilization as it has no impact on actual system performance.
虽然这是一个利用空余的CPU资源进行一些接口自动调节的任务,但看着占那么多的资源还是怕出意外。
找到:可以临时降低
echo 100 > /sys/module/ipmi_si/parameters/kipmid_max_busy_us
In our system,after set this parameter,the cpu of kipmi0 decreased to 15%.确实执行上面命令后,所占CPU单核资源从100%降低到10%
You can try this.永久性降低
To make the changes persistent you can configure the options for the ipmi_si kernel module.
Create a file in /etc/modprobe.d/, i.e./etc/modprobe.d/ipmi.conf, and add the following content:
# Prevent kipmi0 from consuming 100% CPU
options ipmi_si kipmid_max_busy_us=100
转载于:https://blog.51cto.com/peaceweb/1713900