En CentOS 7 o Red Hat Enterprise Linux (RHEL) 7, un proceso llamado "kipmi0" puede mostrar que está utilizando un porcentaje inusualmente alto de potencia de procesamiento de la CPU, p. 99,7 %, 99,8 %, 99,9 % o incluso 100 %, aunque el proceso kipmi0 utiliza el 0,0 % de la memoria y en realidad no aumenta el promedio de carga, que continúa rondando el 1 o 2 (siempre que el servidor no esté bajo una carga pesada). cargar en ese momento).
El kipmi0 problemático se puede mostrar ejecutando el comando "superior". El proceso kipmi0 permanece al 100 % durante toda la vida útil del servidor.
A veces, un reinicio del sistema puede hacer que kipmi0 desaparezca por un momento, pero pronto vuelve a la vida con un uso de CPU del 100%. Para empeorar las cosas, el proceso kipmi0 no puede eliminarse ni finalizarse, mientras que el proceso sigue ejecutándose y permaneciendo.
Según el soporte de IBM, el proceso kipmi0 puede mostrar una mayor utilización de la CPU en Linux. La utilización puede aumentar hasta un 100 % cuando el dispositivo IPMI (Interfaz de administración de plataforma inteligente), como un BMC (Controlador de administración de placa base) o IMM (Controlador de administración integrado) está ocupado o no responde.
Sorprendentemente, la resolución sugerida no toma ninguna medida. No se requiere una solución y se debe ignorar el aumento de la utilización de la CPU, ya que no tiene impacto en el rendimiento real del sistema, ya que los subprocesos auxiliares del kernel kipmiN se ejecutan con baja prioridad. Otras soluciones alternativas incluyen restablecer el BMC o reiniciar el sistema si usa un dispositivo IPMI (que no resuelve el problema), o detener el servicio IPMI si no usa el dispositivo IPMI (donde el servicio IPMI ni siquiera debería iniciarse si no está en uso) .
Red Hat Enterprise Linux (RHEL)/CentOS 6 y Red Hat Enterprise Linux/CentOS 7 han integrado controladores IPMI ipmi_si de Linux y sus identificadores y módulos relacionados en el kernel de forma predeterminada. RedHat explica por qué este kipmi0 está generando una alta carga de CPU:
kipmi0 es un proceso/subproceso auxiliar del kernel que se ocupa de manejar las interfaces de IPMI. Dentro de IPMI, hay varias clases estándar de interfaces. Algunas de estas clases, como KCS (estilo de control del teclado) y SMIC (chip de interfaz de administración del sistema) no utilizan solicitudes de interrupción (IRQ) para indicar cambios y, por lo tanto, requieren sondeo para obtener resultados de comandos. Los subprocesos auxiliares del kernel kipmiN realizan este sondeo. Por lo tanto, es normal que estos subprocesos consuman un tiempo de CPU significativo mientras una operación de IPMI está en curso.
En este caso, hay un problema en la interacción entre el controlador y el hardware/firmware que hace que el controlador crea que una operación todavía está en curso, lo que provoca que la carga de la CPU continúe hasta que se reinicie el sistema.
Para resolver el problema de los hilos auxiliares de kipmiN, existen muchas soluciones alternativas, como comentar ipmi-si e ipmisensors en /etc/sysconfig/lm_sensors. Si está seguro de que el servicio IPMI no es necesario en el servidor, o si no hay dispositivos IPMI instalados en la computadora, puede deshabilitar el servicio kernel para IPMI.
Para deshabilitar completamente el servicio del kernel para IPMI, podemos incluir en la lista negra los módulos relacionados con IPMI en la utilidad modprobe para evitar que el sistema use los módulos del kernel de IPMI. Para hacer esto, edite el blacklist.conf en el /etc/modprobe.d/ directorio y agregue la siguiente línea como raíz:
blacklist ipmi_si blacklist ipmi_ssif blacklist ipmi_devintf blacklist ipmi_msghandler
La lista anterior incluye la mayoría de los principales módulos de IPMI iniciados en el arranque, pero el sistema no los inicia todos. Si alguno de ellos no existe en el sistema, la línea puede ser excluida.