xenserver - reinicio de xe-toolstack - perdí la conexión desde xencenter

xenserver - reinicio de xe-toolstack - perdí la conexión desde xencenter

Después de reiniciar Xencenter-toolstack, perdí la conexión con xencenter

Intento reiniciar usando ssh; aparece el siguiente mensaje de PuTTY y también perdí el acceso al navegador...

Todos los comandos xe no funcionan y se posponen en ssh...

@xs01p04 log]# xe-toolstack-restart Deteniendo xapi: [OK]
Deteniendo el demonio de licencia v6: [OK]
Deteniendo el demonio de aumento de memoria: [OK]
Deteniendo perfmon: [FALLADO]
Deteniendo el demonio xenopsd: [OK]
Deteniendo el Demonio XCP RRDD: [Aceptar]
Detener el demonio de red XCP: [Aceptar]
Detener el demonio fork/exec: [Aceptar]
Iniciar el demonio fork/exec: [Aceptar]
Iniciar el demonio de red XCP: . [ OK ]
Iniciando el demonio XCP RRDD: [ OK ]
Iniciando el demonio xenopsd: [ OK ]
Iniciando perfmon: [ OK ]
Iniciando el demonio de expansión de memoria: [ OK ]
Iniciando el demonio de licencia v6: [ OK ]
Iniciando xapi: OK [ OK ]

Gracias de antemano...

Actualización #1

@yagmoth555

1) Intento migrar una máquina virtual a otra ubicación de almacenamiento en ese momento se produjo un error inesperado y aparece el estado amarillo. Luego creo una nueva máquina virtual a partir de una instantánea

La máquina virtual muerta sigue ahí

Después de una semana 2) ayer intenté reiniciar una máquina virtual y su estado nuevamente es amarillo (no es el anterior)

Luego intento reiniciar xentoolstack desde xencenter después de unos minutos, perdí la conexión de xencenter. No puedo conectarme a través de xencenter.

Pero https:ip está apareciendo

Luego inicio sesión a través de ssh y reinicio la pila de herramientas a través de la línea de comando. Después de eso, también perdí el acceso http

El comando Nom XE está colgado pero Vm sigue funcionando

Actualización #2@yagmoth555 Gracias de antemano

cola -n 15 /var/log/messages

16 de octubre 20:08:30 xs01p04 ovsdb-server: 01993|reconectar|INFO|ssl:10.101.2.52:6632: esperando 8 segundos antes de volver a conectar

16 de octubre 20:08:33 xs01p04 fe: 26045 (/usr/bin/ovs-appctl bond/show bond2) salió con el código 2

16 de octubre 20:08:33 xs01p04 xcp-networkd: [error|xs01p04|1|monitor_thread|network_utils] La llamada '/usr/bin/ovs-appctl bond/show bond2' salió con el código 2 [stdout = ''; stderr = 'no existe tal vínculo ovs-appctl: ovs-vswitchd: el servidor devolvió el código de respuesta 501 ']

16 de octubre 20:08:38 xs01p04 ovsdb-server: 01994|reconectar|INFO|ssl:10.101.2.52:6632: conectando...

16 de octubre 20:08:38 xs01p04 ovsdb-server: 01995|reconectar|WARN|ssl:10.101.2.52:6632: falló el intento de conexión (no hay ruta al host)

16 de octubre 20:08:38 xs01p04 ovsdb-server: 01996|reconectar|INFO|ssl:10.101.2.52:6632: esperando 8 segundos antes de volver a conectar

16 de octubre 20:08:38 xs01p04 fe: 26054 (/usr/bin/ovs-appctl bond/show bond2) salió con el código 2 16 de octubre 20:08:38 xs01p04 xcp-networkd: [error|xs01p04|1|monitor_thread| network_utils] La llamada '/usr/bin/ovs-appctl bond/show bond2' salió con el código 2 [stdout = ''; stderr = 'no existe tal vínculo ovs-appctl: ovs-vswitchd: el servidor devolvió el código de respuesta 501 ']

16 de octubre 20:08:43 xs01p04 fe: 26063 (/usr/bin/ovs-appctl bond/show bond2) salió con el código 2

16 de octubre 20:08:43 xs01p04 xcp-networkd: [error|xs01p04|1|monitor_thread|network_utils] La llamada '/usr/bin/ovs-appctl bond/show bond2' salió con el código 2 [stdout = ''; stderr = 'no existe tal vínculo ovs-appctl: ovs-vswitchd: el servidor devolvió el código de respuesta 501 ']

16 de octubre 20:08:46 xs01p04 ovsdb-server: 01997|reconectar|INFO|ssl:10.101.2.52:6632: conectando...

16 de octubre 20:08:46 xs01p04 ovsdb-server: 01998|reconectar|WARN|ssl:10.101.2.52:6632: falló el intento de conexión (no hay ruta al host)

16 de octubre 20:08:46 xs01p04 ovsdb-server: 01999|reconectar|INFO|ssl:10.101.2.52:6632: esperando 8 segundos antes de volver a conectar

16 de octubre 20:08:48 xs01p04 fe: 26081 (/usr/bin/ovs-appctl bond/show bond2) salió con el código 2

16 de octubre 20:08:48 xs01p04 xcp-networkd: [error|xs01p04|1|monitor_thread|network_utils] La llamada '/usr/bin/ovs-appctl bond/show bond2' salió con el código 2 [stdout = ''; stderr = 'no existe tal vínculo ovs-appctl: ovs-vswitchd: el servidor devolvió el código de respuesta 501 ']

Actualización #3@yagmoth555 Gracias de antemano
xe-toolstack-restart Deteniendo xapi: [OK]

Detener el demonio de licencia v6: [OK]

Detener el demonio de aumento de memoria: [OK]

Deteniendo el rendimiento: [FALLÓ]

Deteniendo el demonio xenopsd: [OK]

Deteniendo el demonio XCP RRDD: [OK]

Deteniendo el demonio de red XCP: [OK]

Deteniendo el demonio fork/exec: [OK]

Iniciando el demonio fork/exec: [OK]

Iniciando el demonio de red XCP: . [ DE ACUERDO ]

Iniciando el demonio XCP RRDD: [OK]

Iniciando el demonio xenopsd: [OK]

Rendimiento inicial: [OK]

Iniciando el demonio de expansión de memoria: [OK]

Iniciando el demonio de licencia v6: [OK]

Iniciando xapi: OK [ OK ]

reinicio del servicio xapissl

cual: no stunnel4 en (/sbin:/usr/sbin:/bin:/usr/bin) Deteniendo xapi SSL: Iniciando xapi SSL:

Respuesta1

xe toolstack-restartsiempre cortará su conexión xencenter. (pero la máquina virtual continúa ejecutándose correctamente en el host)

Inicie sesión en la consola normal (iDRAC, iLO, etc.), ya que eso significa que su XAPI no puede reiniciarse y se desconoce el estado de su servidor.

Verificaría con dmesgo buscaría /var/logcualquier xensource.logerror.

Respuesta2

Finalmente solucioné ese problema. Tenemos dos servidores, maestro y esclavo... algún problema, el esclavo no responde correctamente... es por eso que todo XEcommand y todo está congelado

Cerro ambos servidores y reinicio el maestro primero y luego el esclavo finalmente.

solucionado todo el problema gracias

información relacionada