Solución de problemas del complemento HyperFlex con vCenter VMWare

Introducción

Este documento describe los pasos para resolver el problema del complemento HyperFlex que ocurre después de la nueva instalación/implementación o actualización de un clúster HyperFlex a la versión 3.0(1c).

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• Cisco HyperFlex
• vCenter VMWare

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

• HyperFlex versión 3.0(1c)
• UCS C240M5
• VMWare vCenter 6.0 o 6.5

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Pasos para la resolución de problemas

Paso 1. Verifique que no vea el complemento HyperFlex en el cliente Web de vCenter. Navegue hasta Inicio > Lista de inventario global y verifique si el complemento está visible en vCenter. El complemento debe estar justo debajo de Conmutadores distribuidos como se muestra en la imagen.

Paso 2. Asegúrese de que el usuario de inicio de sesión de vCenter tenga el privilegio de administrador completo.

Paso 3. Compruebe si el ping de vCenter a IP de administración de clústeres de HX funcionó (CMIP).

Paso 4. Verifique si el ping a CMIP fue intermitente para aislar el problema de IP duplicado.

Paso 5. Verifique que el complemento se haya instalado mediante el vCenter Manage Object Browser (MOB). Descubra el ID de dominio del clúster antes de realizar este paso. Para recopilar el ID de dominio de clúster, Secure Shell (SSH) en el CMIP y ejecutar este comando D"stcli cluster info | grep -i domain" como se muestra en la imagen.

  

Paso 6. En este caso, como puede ver, el ID de dominio es c122. Ahora, navegue hasta el MOB de vCenter y verifique si la extensión de este complemento está presente. Para hacerlo, inicie sesión en https://<vCenter IP o FQDN>/mob.

Navegue hasta content>extensionManager en la sección properties y seleccione (más...). En la parte inferior de la lista verá dos extensiones de la ruta de acceso de primavera. Uno de los cuales incluye el ID de dominio recolectado anteriormente.

Paso 7. Para validar aún más que el complemento HyperFlex se instaló en vCenter Web Client, navegue hasta Home>Administration>Solutions>Client Plug-Ins.

Si no ve HyperFlex (Springpath Plugin) en la tabla, haga clic en Comprobar nuevos complementos. Esto debería llenar el complemento Springpath si está presente. Esto tomará un par de minutos.

Antes de buscar nuevos complementos:

Después de buscar nuevos plug-in:

Paso 8. Reinicie el servicio vSphere Web Client (el servicio vsphere-client).

Servidor vCenter en Windows

1. Abra Server Manager en el sistema Windows en el que se ejecuta vCenter Server.

2. Vaya a Configuración > Servicios.

3. Seleccione VMware vSphere Web Client y haga clic en Restart.

Dispositivo de servidor vCenter

1. Utilice SSH para iniciar sesión en el dispositivo de servidor vCenter como root.

2. Detenga el servicio vSphere Web Client y ejecute uno de estos comandos.

   • vCenter Server 6.0:

     service vsphere-client stop

   • vCenter Server 6.5:

     service-control —stop vsphere-client

3. Reinicie el servicio vSphere Web Client con la ayuda de estos comandos.

   • vCenter Server 6.0:

     service vsphere-client start

   • vCenter Server 6.5:

     service-control —start vsphere-client 

Resultados de comandos de lab vCenter Server Appliance:

Paso 9.Elimine la extensiónList ["com.springpath.sysmgmt" ] de vCenter.

Nota: Asegúrese de eliminar solamente el ID de dominio no utilizado. Si elimina el ID de dominio incorrecto, el clúster se desconectará. Recopile el ID de dominio correcto del Paso 5. Además, puede eliminar el clúster de la vista Hosts & Clusters de vCenter, eliminar la entrada de turba y volver a crear el clúster en vCenter y, por último, volver a registrar el clúster. En caso de duda, abra un SR TAC antes de continuar. 

Paso 10. Vuelva a registrar el clúster de HX en el mismo vCenter.

Ejecute estos comandos para volver a registrar el HX en vCenter.

root@ucs-stctlvm-116-1:~# stcli cluster reregister --vcenter-datacenter 
DATACENTER --vcenter-cluster <CLUSTER> --vcenter-url <vCenterIP> --vcenter-user <USER>

Paso 11. Espere a que los servicios de vSphere Web Client se conecten antes de poder volver a iniciar sesión, tardará entre 5 y 10 minutos.

Después de iniciar sesión, debería poder ver la plataforma de datos Cisco HX en Cisco Hyperflex Systems.

Paso 12. Si esto no funciona, verifique si el complemento se pudo descargar de la consola SSH VCSA. Esta prueba es para aislar cualquier problema de firewall, puerto o certificado.

Con el uso de wget:

sup-ucs-vc:~ # wget https://<CMIP>/plugins/stGui-1.0.zip —no-check-certificate

Con el uso de Curl:

sup-ucs-vc:~ # curl-v https://<CMIP>/plugins/stGui-1.0.zip 

Paso 13.Vaya a https://vCenterIPaddress/ mobthen login asadministrator@vsphere.local.

Vaya a Content > Extension > ExtensionManager > extensionList ["com.springpath.sysmgmt" ] > Server

Así es como debería verse. ExtensionServerInfo muestra la misma dirección URL/IP para un clúster HX determinado. Ésta debe ser la misma IP que la de CMIP.

Paso 14. Si la salida del servidor Mob no muestra el mismo nombre DNS de URL, por ejemplo, si [0]ExtensionServerInfo y [1]ExtensionServerInfo fueran dos nombres DNS de URL independientes, podría ser un problema y causar un problema.

Busque la URL que es la IP de administración del clúster. Verifique el DNS en CtrlVM y siga estos pasos:

• Desactive DNS del clúster HX. SSH a cualquier almacenamiento CtrlVM
• Verificar servidor DNS: #stcli services dns show (obtener la IP del servidor DNS)
• Detener DNS: #stcli services dns remove —dns <DNS server IP>
• Verificar DNS detenido: #stcli services dns show
• Elimine el grupo extensionList ["com.springpath.sysmgmt"] de vCenter (como se describe en el paso 9).
• Vuelva a registrar el clúster de HX en vCenter (como se describe en el paso 10).
• Cierre la sesión en Web Client y vuelva a iniciarla. Se verifica si aparece el complemento.
• Vuelva a agregar el servidor DNS al clúster Hx: #stcli services dns add —dns <DNS server IP>
• Verifique que el servidor DNS se esté ejecutando: #stcli services dns show 

Análisis de registro 

Recopilación de registros

1. Registros de vCenter - https://kb.vmware.com/s/article/1011641

2. Paquete de almacenamiento Hyperflex - https://www.cisco.com/c/en/us/support/docs/hyperconverged-infrastructure/hyperflex-hx-data-platform/210831-Visual-guide-to-collect-Tech-Support-fil.html

Mensajes de error de ejemplo

1. Compruebe los registros de virgo de vCenter y busque mensajes si vCenter está teniendo problemas de comunicación con HX Cluster SstMgr.

2. Ubicación del registro VCSA Virgo: /var/log/vmware/vsphere-client/logs/vsphere_client_virgo.log

3. Verifique la ubicación de los registros de stMgr: /var/log/springpath/stMgr.log y busque mensajes de error o mensajes fallidos que correspondan al clúster Hyperflex o al complemento vCenter.

Ejemplo de registros en una situación de problema:

stMgr failed to return a simple cluster name,

[2016-11-15T19:48:40.542Z] [WARN ] pool-9-thread-1              70000096 100001 200001 com.storvisor.sysmgmt.service.ThriftServiceAccess                 Failed to get cluster name when checking for cluster access. org.apache.thrift.transport.TTransportException: java.net.UnknownHostException: cisco-storage-cluster.com

       at org.apache.thrift.transport.THttpClient.flush(THttpClient.java:356)

       at org.apache.thrift.TServiceClient.sendBase(TServiceClient.java:65)

       at com.storvisor.sysmgmt.StMgr$Client.send_getName(StMgr.java:1308)

       at com.storvisor.sysmgmt.StMgr$Client.getName(StMgr.java:1301)

       at com.storvisor.sysmgmt.service.ThriftServiceAccess.hasValidAccess(ThriftServiceAccess.java:228)

       at com.storvisor.sysmgmt.service.util.StorvisorServerCacheForceUpdaterThread.call(StorvisorServerCacheForceUpdaterThread.java:28)

       at com.storvisor.sysmgmt.service.util.StorvisorServerCacheForceUpdaterThread.call(StorvisorServerCacheForceUpdaterThread.java:12)

       at java.util.concurrent.FutureTask.run(Unknown Source)

       at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)

       at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)

       at java.lang.Thread.run(Unknown Source)

Caused by: java.net.UnknownHostException: cisco-storage-cluster.com

       at java.net.AbstractPlainSocketImpl.connect(Unknown Source)

       at java.net.SocksSocketImpl.connect(Unknown Source)

       at java.net.Socket.connect(Unknown Source)

       at sun.security.ssl.SSLSocketImpl.connect(Unknown Source)

4. Abra un Cisco TAC SR si esto no ayuda a: https://mycase.cloudapps.cisco.com/case