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 Sistema > Migrar. 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 start service migration-coordinator.

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 Sistema > Migrar 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:
  1. Actualice la página Sistema > Migrar.
  2. Haga clic en Iniciar e introduzca las credenciales de vCenter Server y de NSX Manager.

Problemas de configuración de importación

Problema Solución
La configuración de importación falla.
  1. Haga clic en Reintentar para intentar volver a importar. Solo los pasos de importación con errores se reintentan.

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: Stale dvFilters present: ['port 33554463 (disconnected)', 'port 33554464 (disconnected)'] Stale dvfilters present. Aborting ]

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.

  1. Inicie sesión en la interfaz de línea de comandos del host que no se pudo migrar.
  2. Ejecute summarize-dvfilter y busque los puertos mencionados en el mensaje de error.
    world 1000057161 vmm0:2-vm_RHEL-srv5.6.0.9-32-local-258-963adcb8-ab56-41d6-bd9e-2d1c329e7745 vcUuid:'96 3a dc b8 ab 56 41 d6-bd 9e 2d 1c 32 9e 77 45'
     port 33554463 (disconnected)
      vNic slot 2
      name: nic-1000057161-eth1-vmware-sfw.2
     agentName: vmware-sfw
       state: IOChain Detached
       vmState: Detached
       failurePolicy: failClosed
       slowPathID: none
       filter source: Dynamic Filter Creation
  3. Busque la máquina virtual y el puerto afectados.
    Por ejemplo, el mensaje de error indica que el puerto 33554463 está desconectado.
    1. Busque la sección de la salida summarize-dvfilter que corresponde a este puerto. El nombre de la máquina virtual se muestra aquí. En este caso, es 2-vm_RHEL-srv5.6.0.9-32-local-258-963adcb8-ab56-41d6-bd9e-2d1c329e7745.
    2. Busque la entrada name para determinar qué interfaz de la máquina virtual está desconectada. En este caso, es eth1. Por lo tanto, la segunda interfaz de 2-vm_RHEL-srv5.6.0.9-32-local-258-963adcb8-ab56-41d6-bd9e-2d1c329e7745 está desconectada.
  4. Resuelva el problema con este puerto. Lleve a cabo uno de los siguientes pasos:
    • Reinicie la máquina virtual afectada.
    • Conecte el puerto de vnic desconectado a cualquier red.
  5. En la página Migrar hosts, haga clic en Reintentar.

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: WARNING: swsec.throttle: SpoofGuardMatchWL:296:[nsx@6876 comp="nsx-esx" subcomp="swsec"]Filter 0x8000012 [P]DROP sgType 4 vlan 0 mac 00:50:56:84:ee:db

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:
  • Deshabilite las directivas de SpoofGuard.
  • Agregue los enlaces de direcciones IP y MAC del puerto como enlaces manuales.
  • Si la intromisión de ARP está habilitada, espere a que ARP obtenga las direcciones IP de la máquina virtual.

En las primeras dos opciones, el tráfico de red se restaura inmediatamente.

En la tercera opción:
  • El tiempo de inactividad del tráfico se observa hasta que la máquina virtual envía una respuesta o una solicitud de ARP.
  • Si la intromisión de DHCP también está habilitada y el servidor DHCP asignó la dirección IP de la máquina virtual, lo más probable es que se obtenga como ARP primero y más adelante como una dirección IP obtenida por DHCP.

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:
  1. En la interfaz de usuario de vCenter Server, quite el host con errores del inventario.

    Espere unos minutos hasta que se elimine el host.

  2. Inicie sesión en el dispositivo de NSX Manager de NSX-T en el que se ejecuta el servicio del coordinador de migración y ejecute la siguiente solicitud de API:

    GET https://{nsxt-policy-ip}/api/v1/migration/migration-unit-groups?component_type=HOST&sync=true

  3. Vuelva a la interfaz de usuario de NSX Manager de NSX-T y actualice el navegador. Observe que el host con errores ya no está visible.
  4. Haga clic en Reintentar para continuar con la migración de los hosts.
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:
  1. Abra una sesión de SSH en el dispositivo de NSX Manager de NSX-T en el que se ejecuta el servicio del coordinador de migración.
  2. Edite el archivo de /var/log/migration-coordinator/v2t/clusters-to-migrate.json para quitar los clústeres que ya se han migrado.

    Por ejemplo, si el archivo tiene el siguiente contenido y el clúster 1 se migró, elimine el elemento {"modId":"domain-c9", "name":"cluster-1"}.

    "clusters":[
       {
         "modId":"domain-c9",
         "name":"cluster-1"
       },
       {
         "modId":"domain-c19",
         "name":"cluster-2"
       }
     ]
  3. Ejecute la misma solicitud de API en el dispositivo de NSX Manager especificado en la solución alternativa anterior.
  4. Vuelva a la interfaz de usuario de NSX Manager de NSX-T y actualice el navegador. Vaya a la página Migrar hosts y observe que los clústeres que quitó del archivo clusters-to-migrate.json aparecen como No migrar.
  5. Haga clic en Reintentar para continuar con la migración de los hosts.

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:
  1. Revierta la migración.
  2. Elimine el perfil de servicio de partners y la referencia de servicio en NSX-T.
  3. Reinicie la migración.