© Josep Ros. Con la tecnología de Blogger.

Windows 2008 R2 se cuelga en ESX 4.0

Mi colega Eduardo Benages, de Sant Adrià del Besòs (Barcelona) me formula la siguiente pregunta:


Buenos días Josep antes de nada decirte que soy un seguidor de tu blog y que me parece uno de los mejores en castellano. Ahora vamos con mi problema.

Tengo un servidor HP Proliant DL180 G6 con 64 Gb  de memoria, con VMware ESX, 4.0.0, 164009. Tengo instalado el VCenter 5.0.0 Build 455964 y 2 máquinas virtuales con  Windows Server Enterprise 2008 R2 /SP1, todas con 8 Gb de memoria asignada.

En el VCenter me aparece que la Guest Mem de estas dos maquinas en Windows 2008 R2 están casi al 100%, aunque si vas al Administrador de tareas de Windows en cualquiera de las dos máquinas la Memoria física no pasa del 50%.  Este es un tema que me preocupa pero no el que más, ya que estas dos máquinas cuando empiezas a trabajar sobre ellas se bloquean y esto sí que me preocupa.

EL entorno se queda bloqueado, no puedo acceder de ninguna de las manera, ni por terminal server. Aunque todos los servicios funcionan correctamente, uno es el servidor de ficheros y otro es un servidor de SQL y de la intranet.

Sabes cuál puede ser el problema??? Sabes si hay algún parche al respecto??? Es problema del ESX o del servidor físico??

Agradecería mucho un pronta respuesta ya que he mirado por todos los sitios conocidos y por conocer de internet, y no encuentro ninguna respuesta.





Muchas gracias por tu ayuda, y a seguir con este maravilloso blog.

Atentamente

Eduardo Benages

Muy buenas Eduardo y gracias por tus comentarios sobre el blog, muy amable.

Mi primer consejo sería que migrases el vSphere a 5.0. Como tienes ESX tienes que pasar a ESXi, de manera que tendrás un poco de trabajo pero te valdrá mucho la pena.

En un host de esas características y con 64GB de RAM no debes tener ni medio problema.

Algunas cuestiones que te recomiendo son:

1. Descartar problemas del host haciendo una batería de tests. Apaga el equipo ya pásale cualquier utilidad de testeo, sobretodo de RAM, como MemTest. Si tuvieses un problema en el host lo más lógico es que te afecte a todas las VMs que tienes y no a una sólo.

2. Imagino que tienes las VMware Tools correctamente instaladas ¿verdad? Desinstálalas y vuélvelas a instalar.

3. Son VMs migradas con alguna utilidad tipo converter o son instaladas desde cero?

4. En caso de que hayan sido migradas con converter o similar: se ha realizado el proceso de post-virtualización?

5. Verifica que no tengas drivers/programas instalados relacionados con el hardware físico heredado.

6. Son Windows. Tienen Antivirus? hace pinta de que hay algún gusanillo por ahí pululando.

7. Actualiza el Windows y el SQL con los últimos parches.

8. Revisa el visor de sucesos cuando se te quedan colgadas las VMs y mira qué está pasando.

Normalmente los SQL/Oracle, etc. se meriendan la RAM completa, es normal, pero un file server no debería de utilizar tanta RAM. Por otra parte no sé porqué le has puesto 8GB de RAM. Seguramente el File Server con 1GB tendrá de sobras.

Ya nos dirás cosas!

Un abrazo!

6 comentarios:

Eduardo Benages dijo...

Gracias Josep, por tu contestación. Te respondo a las preguntas que me haces.
3.- No son máquinas migradas, son creadas desde 0.
4.- No sé qué es exactamente el proceso de post-virtualización.
5.- No hay ningún driver heredado, como te pongo anteriormente son creadas desde 0.
6.- Si que son Windows, pero desde el primer momento les instale el antivirus, tengo instalado el Trend Micro OfficeScan 10.6.1062.
7.- Tiene todos los parches actualizados.
8. En el visor de sucesos no veo nada que nos pueda dar una pista.

Muchísimas gracias por atender a mi pregunta y te mantengo informado.

Un saludo

Eduardo Benages.

Josep Ros dijo...

Buenas!

Tienes explicado el proceso de post-virtualización aquí:

http://www.josepros.com/2012/02/v2p.html

Mira en los comentarios. En este caso no tiene mucho sentido puesto que las has instalado desde cero.

Mira también esto que te puede ser de utilidad:

http://www.minasi.com/forum/topic.asp?TOPIC_ID=32075

Para pasar el test de RAM simplemente haces el CD botable del Memtest, apagas el host y lo arrancas con el CD botable de memtest y sigues las instrucciones.

Por lo que parece, si se cuelga una y la otra no dudo mucho que sea un problema de RAM. Parece que es un problema de la propia VM.

Yo intentaría buscar otro DVD original de Windows Server 2008 R2 y hacer la instalación del servidor de ficheros de nuevo, a ver si con esto se soluciona el problema. Intenta poner otro antivirus a ver si el problema va a ser el Trend Micro.

El resto lo tienes de lujo, con las VMware Tools instaladas, los parches también instalados y el visor de sucesos limpio.

Un abrazo y ánimo!

KayKu dijo...

El problema es una incompatibilidad de ESX4 con Windows 2008 R2, la solucion es actualizar a ESXi 5 y actualizar las VmWare Tools, si googleas un poco encontraras información

Josep Ros dijo...

Gracias KaiKu por la información.

Muy bueno tu blog. Me he reído con la foto que tienes de la kk :-)

Pedro dijo...

Hola, yo tengo del orden de 20 maquinas con Windows 2008 R2 y ESX4 y no he tenido ningún problema con ello.

Eduardo, si vas al apartado de performance de la VM y abres el desplegable de RAM, que valores de activa tienes? Y dentro de la maquina en el monitor de recursos?

2008 R2 tiene la costumbre de cachear todo lo que puede a RAM por lo que desde el vsphere client suele aparecer gastada.

Sobre los cuelgues, primero probaría con lo que dice Josep de los test de memoria y también probaría a arrancar el server en modo a prueba de fallos (F8 en el arranque) para descartar problemas del SO y las aplicaciones.

Un saludo.

KayKu dijo...

Otra posible solucion...

http://www.vmadmin.co.uk/vmware/35-esxserver/203-vmtoolswinsvr08r2dispdrv

En nuestro entorno tambien nos pasaba pero actualizamos a ESXi5 para solventarlo.

Consulta Técnica

[Consulta Técnica][bleft]

Virtualización

[Virtualización][twocolumns]

Naturaleza

[Naturaleza][grids]