@media screen and (min-width: 580px) { .flotantewhatsapp{ display:none; } }

Compartir por WhatsApp

Inicio - VMware - VMware: A general system error occurred the system returned an error. communicating with the virtual machine

VMware: A general system error occurred the system returned an error. communicating with the virtual machine

KB: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006232

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:

general system error

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:

ssh vmware 1

Levantamos el servicio:

ssh vmware 2

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.

Acerca de Raul Unzue Pulido

Administrador de sistemas virtuales e infraestructuras IT, linuxero y entusiasta de la tecnología.

Compruebe también

terraform-crear-maquina-virtual-desde-template-1

Terraform: Crear máquina virtual desde template

Terraform: Crear máquina virtual desde template El otro día os explicaba cómo generar una máquina …

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

veinte + 17 =

Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.

ACEPTAR
Aviso de cookies
Blog Maquinas Virtuales - El Blog de Negu