En esta sección, se incluye información sobre cómo solucionar problemas relacionados con la instalación.

Servicios de infraestructura básicos

Los siguientes servicios deben ejecutarse en los dispositivos e hipervisores, así como en vCenter Server si se utiliza como un administrador de equipos.
  • NTP
  • DNS

Asegúrese de que el firewall no esté bloqueando el tráfico entre los componentes de NSX-T y los hipervisores. Compruebe que los puertos requeridos estén abiertos entre los componentes.

Para vaciar la caché DNS en NSX Manager, utilice SSH para iniciar sesión como usuario root en el administrador y ejecute el siguiente comando: 
root@nsx-mgr-01:~# /etc/init.d/resolvconf restart
[ ok ] Restarting resolvconf (via systemctl): resolvconf.service.
A continuación, puede comprobar el archivo de configuración de DNS.
root@nsx-mgr-01:~# cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.253.1
search mgt.sg.lab

Comprobar la comunicación entre el host, el controlador y el administrador

En un host ESXi mediante comandos de la CLI de NSX-T:
esxi-01.corp.local> get managers
- 192.168.110.19   Connected
 
esxi-01.corp.local> get controllers
 Controller IP    Port     SSL         Status       Is Physical Master   Session State  Controller FQDN
 192.168.110.16   1235   enabled     connected             true               up               NA
En un host de KVM mediante comandos de la CLI de NSX-T:
kvm-01> get managers
- 192.168.110.19   Connected
 
kvm-01> get controllers
 Controller IP    Port     SSL         Status       Is Physical Master   Session State  Controller FQDN
 192.168.110.16   1235   enabled     connected             true               up               NA
En un host ESXi mediante comandos de la CLI de host:
[root@esxi-01:~] esxcli network ip  connection list | grep 1235
tcp         0       0  192.168.110.53:42271                        192.168.110.16:1235   ESTABLISHED     67702  newreno  netcpa
[root@esxi-01:~]
[root@esxi-01:~] esxcli network ip  connection list | grep 5671
tcp         0       0  192.168.110.253:11721             192.168.110.19:5671   ESTABLISHED   2103688  newreno  mpa
tcp         0       0  192.168.110.253:30977             192.168.110.19:5671   ESTABLISHED   2103688  newreno  mpa
En un host de KVM mediante comandos de la CLI de host:
root@kvm-01:/home/vmware# netstat -nap | grep 1235
tcp        0      0 192.168.110.55:53686    192.168.110.16:1235     ESTABLISHED 2554/netcpa
root@kvm-01:/home/vmware#
root@kvm-01:/home/vmware#
root@kvm-01:/home/vmware# netstat -nap | grep 5671
tcp        0      0 192.168.110.55:50108    192.168.110.19:5671     ESTABLISHED 2870/mpa
tcp        0      0 192.168.110.55:50110    192.168.110.19:5671     ESTABLISHED 2870/mpa

root@kvm-01:/home/vmware# tcpdump -i ens32 port 1235 | grep kvm-01
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ens32, link-type EN10MB (Ethernet), capture size 262144 bytes
<truncated output>
03:46:27.040461 IP nsxcontroller01.corp.local.1235 > kvm-01.corp.local.38754: Flags [P.], seq 3315301231:3315301275, ack 2671171555, win 323, length 44
03:46:27.040509 IP kvm-01.corp.local.38754 > nsxcontroller01.corp.local.1235: Flags [.], ack 44, win 1002, length 0
^C
<truncated output>
root@kvm-01:/home/vmware#

root@kvm-01:/home/vmware# tcpdump -i ens32 port 5671 | grep kvm-01
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ens32, link-type EN10MB (Ethernet), capture size 262144 bytes
03:51:16.802934 IP kvm-01.corp.local.58954 > nsxmgr01.corp.local.amqps: Flags [P.], seq 1153:1222, ack 1790, win 259, length 69
03:51:16.823328 IP nsxmgr01.corp.local.amqps > kvm-01.corp.local.58954: Flags [P.], seq 1790:1891, ack 1222, win 254, length 101
^C
<truncated output>

Error de registro de host

Si NSX-T utiliza la dirección IP incorrecta, se producirá un error en el registro de host. Esto puede suceder cuando un host tiene varias direcciones IP. Al intentar eliminar el nodo de transporte, queda en el estado huérfano. Para resolver el problema, realice lo siguiente:
  • Vaya a Tejido > Nodos > Hosts, edite el host y quite todas las direcciones IP, excepto la de administración.
  • Haga clic en los errores y seleccione Resolver.

Problemas de host de KVM

Los problemas del host de KVM en ocasiones se producen porque no hay suficiente espacio de disco. El directorio /boot puede llenarse rápidamente y provocar errores como los siguientes:
  • No se puede instalar el software en el host.
  • No hay más espacio en el dispositivo.
Puede ejecutar el comando df -h para comprobar el espacio de almacenamiento disponible. Si el directorio /boot está al 100 %, puede hacer lo siguiente:
  • Ejecute sudo dpkg --list 'linux-image*' | grep ^ii para ver todos los kernels instalados.
  • Ejecute uname -r para ver el kernel en ejecución actualmente. No elimine este kernel (imagen de Linux).
  • Utilice apt-get purge para quitar las imágenes que ya no necesite. Por ejemplo, ejecute sudo apt-get purge linux-image-3.13.0-32-generic linux-image-3.13.0-33-generic.
  • Reinicie el host.
  • En NSX Manager, compruebe los errores y seleccione Resolver.
  • Asegúrese de que las máquinas virtuales estén encendidas.

Error de configuración al implementar una máquina virtual de Edge

Después de implementar una máquina virtual de Edge, NSX Manager muestra el estado de la máquina virtual como Error de configuración. En el registro del administrador, aparece un mensaje similar al siguiente:
nsx-manager NSX - FABRIC [nsx@6876 comp="nsx-manager" errorCode="MP16027" subcomp="manager"] Edge 758ad396-0754-11e8-877e-005056abf715 is not ready for configuration error occurred, error detail is NSX Edge configuration has failed. The host does not support required cpu features: ['aes'].

Si se reinician el servicio de ruta de datos de Edge y, a continuación, la máquina virtual, el problema debería resolverse.

Forzar la eliminación de un nodo de transporte

Puede quitar un nodo de transporte que está atascado en el estado huérfano realizando la siguiente llamada API:
DELETE https://<NSX Manager>/api/v1/transport-nodes/<TN ID>?force=true

NSX Manager no realizará ninguna validación en cuanto a si se dispone de máquinas virtuales activas en ejecución en el host. Usted es responsable de eliminar el N-VDS y los VIB. Si tiene el nodo agregado a través del administrador de equipos, elimine primero el administrador de equipos y, a continuación, elimine el nodo. También se eliminará el nodo de transporte.