Puede que vea errores al intentar completar la migración de NSX Data Center for vSphere. Esta información de solución de problemas puede ayudar a resolver los problemas.
Acceder al coordinador de migración
Problema | Solución |
---|---|
El coordinador de migración no está visible en | .Compruebe que se está ejecutando el servicio del coordinador de migración en NSX Manager. manager> get service migration-coordinator Service name: migration-coordinator Service state: running Si no se está ejecutando el servicio, inícielo con |
Al volver al coordinador de migración, la migración en curso no está visible. |
El coordinador de migración no almacena las credenciales de
vCenter Server ni de
NSX Manager. Si se reinicia el servicio del coordinador de migración cuando hay una migración en curso, la página
puede mostrar información de configuración obsoleta o ninguna información de configuración. Para mostrar el último estado de migración si se reinicia el servicio del coordinador de migración, haga lo siguiente:
|
Problemas de configuración de importación
Problema | Solución |
---|---|
La configuración de importación falla. |
|
Problemas de migración de host
Problema | Solución |
---|---|
Se produce un error en la migración del host debido a que falta un parámetro de configuración del administrador de equipos. | La configuración del administrador de equipos es un requisito previo para la migración. Sin embargo, si la configuración del administrador de equipos se elimina de la instancia de NSX Manager una vez iniciada la migración, el coordinador de migración conserva la configuración. La migración continúa hasta el paso de migración de host, en el que se produce un error. Agregue un administrador de equipos a NSX Manager e introduzca los mismos detalles de vCenter Server que se utilizaron para la importación de la configuración de NSX-v inicial. |
Se produce un error en la migración del host debido a que existen dvFilters obsoletos. Ejemplo de mensaje de error: |
Inicie sesión en el host que no se pudo migrar, identifique los puertos desconectados y reinicie la máquina virtual correspondiente o conecte los puertos desconectados. A continuación, vuelva a intentar el paso de migración de host.
|
Después de migrar hosts mediante vMotion, es posible que las máquinas virtuales experimenten una interrupción del tráfico si SpoofGuard está habilitado en NSX-v. Síntomas: El archivo vmkernel.log en el host ubicado en /var/run/log/ muestra una caída del tráfico debido a SpoofGuard. Por ejemplo, el archivo de registro muestra: Motivo: El conmutador lógico y la configuración del puerto del conmutador lógico se migran a través del coordinador de migración, que migra la configuración de SpoofGuard. Sin embargo, los enlaces de puertos detectados no se migran a través de vMotion. Por lo tanto, SpoofGuard descarta los paquetes. |
Si SpoofGuard está habilitado en
NSX-v antes de la migración, aplique una de estas soluciones alternativas después de mover las máquinas virtuales con vMotion:
En las primeras dos opciones, el tráfico de red se restaura inmediatamente.
En la tercera opción:
|
En mitad de una migración de clúster, se produjo un error en la migración de host debido a un error de hardware en el host. Por ejemplo, supongamos que un clúster tiene 10 hosts y que cuatro se migraron correctamente. El quinto host tiene un fallo de hardware y la migración del host falla. |
Si no se puede solucionar el error de hardware del host, omita este host con errores en la migración y vuelva a intentar la migración de los hosts. Complete los siguientes pasos de solución alternativa:
Si necesita reiniciar el servicio del coordinador de migración por cualquier motivo, los clústeres que ya se hayan migrado a
NSX-T volverán a estar disponibles para la migración en la página
Migrar hosts. Este comportamiento es un problema conocido. En este caso, la solución alternativa será omitir los clústeres migrados siguiendo estos pasos:
|
Cancelar una migración
Problema | Solución |
---|---|
Si se cancela la migración después de migrar las puertas de enlace de servicios de Edge, es posible que haya tablas VTEP obsoletas en NSX-T. Si hay nodos de transporte en NSX-T, su estado de túnel permanecerá fuera de servicio para esos VTEP obsoletos. | Para retirar los datos obsoletos de VTEP, realice la siguiente llamada API: GET https://<nsx-manager-IP>/api/v1/global-configs/SwitchingGlobalConfig
Si el parámetro
global_replication_mode_enabled de la carga útil de resultados es
true, tome esta carga útil, asigne el valor
false a
global_replication_mode_enabled y utilice la carga útil para realizar la siguiente llamada API:
PUT https://<nsx-manager-IP>/api/v1/global-configs/SwitchingGlobalConfig. |
Problemas de migración del servicio de partners
Problema | Solución |
---|---|
El coordinador de migración no muestra los mensajes de comentarios de la categoría de inserción de servicios en la página Resolver configuración a pesar de que las directivas de seguridad de su entorno de NSX-v contienen reglas de introspección de red. Este problema se produce cuando se está migrando una combinación de servicios de introspección de red y de Guest Introspection desde el mismo partner. Si ya se ha creado un perfil de servicio para el servicio de partners en NSX-T, el coordinador de migración no iniciará la migración de las reglas de introspección de red. |
Compruebe si ya se ha creado un perfil de servicio en el entorno de
NSX-T. Si es así, siga estos pasos:
|
Problemas posteriores a la migración
Problema | Solución |
---|---|
Después de una migración y después de eliminar las ESG de la red, NSX-T activa alarmas informando que los vecinos OSPF están inactivos para estas ESG. Si resuelven las alarmas, se volverán a activar. |
Confirme las alarmas, pero no las resuelva. Esto evitará que se vuelvan a activar. |