Blog Virtualizacion Tu Blog de Virtualización en Español. Maquinas Virtuales (El Blog de Negu) en castellano. Blog informática vExpert Raul Unzue
Artículos relacionados
Cuando trabajas con Virtualización o con informática general, te das cuenta que por mucho que crees que controlas, siempre hay problemas que no sabes explicar. La informática es así, como diría Murphy, si algo puede fallar, fallará.
Más vale que siempre se enciende esa pequeña bombilla y sales del paso con otra solución. Y eso es lo bonito de esta profesión.
Uno de estos casos son los errores “suicidas” de máquinas virtuales. Os muestro uno que da el título a la entrada del blog A general system error occurred the system returned an error. communicating with the virtual machine:
SINTOMAS
- Problemas de máquina virtual que se ha apagado para poder hacerle una modificación y que genera un error al cambiarla (en nuestro caso ampliar memoria RAM)
- La máquina no se puede migrar de host
- Barra de progreso comienza pero al final da error
ESCENARIO
- ESXi en Cluster con HA activado
- Máquina virtual linux versión 8
- Esxi versión 5.0.0
OPERACIONES
Lo primero de todo activamos SSH en el esxi donde reside la máquina:
Levantamos el servicio:
Nosotros como primera opción hemos probado de las tres soluciones que indica el KB que hemos colocado arriba del post simplemente la opción 2. Pero con el comando vim-cmd para la versión 5.0.0 de nuestro ESXi:
Opción 2
Primero sacamos un listado de las máquinas que tiene el host con su vmid:
vim-cmd vmsvc/getallvms
Miramos qué VMID tiene la máquina que nos da problemas y lanzamos este comando:
vim-cmd vmsvc/reload vmid
Lo que hacemos con el comando es un reload de la máquina.
Como no hemos encontrado el resultado adecuado, hemos hecho un Restart management agents:
./sbin/services.sh restart
Con esto reiniciamos estos servicios, con esto las máquinas que están corriendo en el host no se ven afectadas, ya que sólo se tocan estos servicios:
hostd, ntpd, sfcbd, slpd, wsman, vodb
Así que después de probar soluciones de varios KBs, existía algo que sí nos dejaba hacer, un Clon en otro host.
Hemos realizado un clon en otro host y hemos podido resucitar la máquina. Solución más limpia que la opción 1, de crear una nueva máquina vitual a partir del fichero de disco VMDK e igual de válida.
Parece que la máquina se ha corrompido en algún momento y ha dejado los VMX inservibles.
¿Te ha gustado la entrada SÍGUENOS EN TWITTER O INVITANOS A UN CAFE?
