proceso kipmi0

[fmateo]

Hola compañeros,

Creo este tema para ver si os habeis encontrado con esto. Resulta que hemos instalado 4 servidores ESX 3.5 update 2, Dell 1950 con 2x CPU's Quad Core a 2'8 Ghz y 16 Gb de RAM. Resulta que recien instalados notamos una carga de cpu algo diferente al resto de ESX (versiones inferiores a ESX 3.5 update 2). Por no hacer copy+paste os adjunto otro post en el que se ven las gráficas que son identicas: http://communities.vmware.com/message/1042756

Por lo que he estado observando con un top (desde consola), el proceso que lo causa es el kipmi0, y llega durante un tiempo al 70% de CPU. En esta versión he visto que se han incluido como un control de hardware. Creo que este proceso hace referencia a este control (corregidme si me equivoco). Estos picos de 1 Ghz, los hace mas o menos cada 5 minutos. A mi no me parece mal la idea de tener este control de hardware, pero, me gustaría personalizarlo, es decir, retrasar la frecuencia de la consulta. Sabeis como se hace?

En mi caso, el fabricante nos proporciona una herramienta para controlar el hardware, OpenManage, y también lo tengo instalado. En un principio pensé que el problema venía por ahi. Pero lo desinstalé para comprobarlo. Los picos de CPU siguen igual.

Sabeis algo más sobre este tema? Que pensais al respecto? Os ha pasado algo parecido?

Gracias

Un saludo

[UNED]

A mi me está consumiendo en torno a un 5% de cpu (aproximadamente).

En mi caso, al poner el update2 me ocurrió ese problema en alguna máquina, pero al reiniciarla, se "tranquilizó" (no eran dell tampoco).

Lo que si podrás probar a hacer, si no tienes los esx en producción, es parar el servidio ipmi a ver si la cosa funciona (no se si pueda saltar alguna alerta de algo). Y si no te da problemas, probar a desactivarlo permanentemente (con chkconfig). No tengo idea de como le siente...

[fmateo]

Hola,

Primero de todo, gracias por tu respuesta.

Lo de reiniciar los servidores ya lo hice en su dia, viendo lo sucedido. Pero el resultado ha sido el mismo. Si detenemos el servicio, puede que afectemos al sistema en cuanto al control de hardware, y los procesos que puede tener para controlar "el ahorro de energia", de todas formas lo probaré.

Os contaré los resultados.

Un saludo

[fmateo]

Estas son las pruebas que he hecho:

- Después de reiniciar el servidor, el proceso sigue igual.

- He probado a parar el servicio ipmi desde consola. Depués de parar el servicio, seguía igual, el proceso kipmi0 haciendo picos de 1 Ghz. Después de deshabilitar este servicio, el ESX no me ha dado ninguna alerta en la VirtualCenter.

Un saludo

[emanem]

Pongo un link con la explicación que da IBM y como "solucionarlo": http://www-01.ibm.com/support/docview.wss?uid=nas7d580df3d15874988862575fa0050f604

[jose_maria_gonz]

Hola Fmateo,

Este error ya fue reportado y muy "famoso". Puedes ver como arreglarlo en este enlace del kb

http://kb.vmware.com/kb/1004508

Saludos,

Jose Maria Gonzalez,

Founder and President of JmG Virtual Consulting, S.L

-

---

Mi empresa: JmG Virtual Consulting, S.L - Lideres y Expertos en Virtualizacion

Mi blog: El blog de Virtualizacion en Español - con Jose Maria Gonzalez.

Mi twitter: El blog de Virtualizacion en Español - con Jose Maria Gonzalez

VMware vExpert 2009, vExpert 2010, VCI, VCP4, VCP3, VCP2, RHCE, MCSE

Autor del libro <a href="http://www.lulu.com/product/tapa-blanda/101-secretos-de-vmware-vsphere/6345031" target="_blank">101 Secretos de VMware vSphere</a>

Autor del libro VMware ESX y VMware VCP Hecho Fácil

-

---

If you find this or any other answer useful please consider awarding points by marking the answer helpful or correct.

<a href="http://feedproxy.google.com/ElBlogDeVirtualizacionEnEspanol">!http://feedproxy.google.com/ElBlogDeVirtualizacionEnEspanol.2.gif!</a>