Questa sezione include informazioni sulla risoluzione dei problemi di installazione.

Servizi dell'infrastruttura di base

I servizi seguenti devono essere in esecuzione nelle appliance e negli hypervisor, anche in vCenter Server se viene utilizzato come gestore delle risorse di elaborazione.
  • NTP
  • DNS

Assicurarsi che il firewall non blocchi il traffico tra i componenti e gli hypervisor NSX-T Data Center. Assicurarsi che le porte necessarie siano aperte tra i componenti.

Per svuotare la cache DNS in NSX Manager, eseguire SSH come root nella gestione ed eseguire il comando seguente: 
root@nsx-mgr-01:~# /etc/init.d/resolvconf restart
[ ok ] Restarting resolvconf (via systemctl): resolvconf.service.
È quindi possibile verificare il file di configurazione 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

Accedere come utente root ed eseguire su admin per avviare nsxcli su NSX Manager. In qualità di utente admin, nsxcli è un prompt predefinito.

Controllare i server DNS utilizzando il seguente comando nsxcli:

get name-servers 
198.10.10.1
198.10.10.2
198.10.10.3

Controllo della comunicazione dall'host al controller e al gestore

In un host ESXi utilizzando i comandi CLI di NSX-T Data Center: 
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
In un host KVM utilizzando i comandi CLI di NSX-T Data Center: 
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
In un host ESXi utilizzando i comandi CLI dell'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  nsx-proxy
[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
In un host KVM utilizzando i comandi CLI dell'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/nsx-proxy
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>

Registrazione host non riuscita

Se NSX-T Data Center utilizza un indirizzo IP errato, la registrazione dell'host non riuscirà. Questa situazione può verificarsi quando un host dispone di più indirizzi IP. Il tentativo di eliminazione del nodo di trasporto lo lascia in stato Orfano. Per risolvere il problema:
  • Nell'interfaccia utente di NSX-T Data Center, modificare l'host e rimuovere tutti gli indirizzi IP ad eccezione di quello di gestione.
  • Fare clic sugli errori e selezionare Risolvi.

Problemi degli host KVM

In alcuni casi, i problemi relativi all'host KVM si verificano perché lo spazio su disco non è sufficiente. La directory /avvio può riempirsi rapidamente e causare errori come:
  • Impossibile installare il software sull'host
  • Nessuno spazio sul dispositivo
È possibile eseguire il comando df -h per verificare lo storage disponibile. Se la directory /boot si trova al 100%, è possibile eseguire le operazioni seguenti:
  • Eseguire sudo dpkg --list 'linux-image*' | grep ^ii per visualizzare tutti i kernel installati.
  • Eseguire uname -r per visualizzare il kernel attualmente in esecuzione. Non rimuovere questo kernel (immagine Linux).
  • Utilizzare apt-get purge per rimuovere le immagini che non servono più. Ad esempio, eseguire sudo apt-get purge linux-image-3.13.0-32-generic linux-image-3.13.0-33-generic.
  • Riavviare l'host.
  • In NSX Manager, controllare gli errori e selezionare Risolvi.
  • Assicurarsi che le macchine virtuali siano attivate.

Errore di configurazione durante la distribuzione di una macchina virtuale Edge

Dopo aver distribuito una macchina virtuale Edge, NSX Manager mostra lo stato della macchina virtuale in errore di configurazione. Nel registro di Manager viene visualizzato un messaggio simile al seguente: 
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'].

Riavviare il servizio di datapath edge per far sì che la macchina virtuale risolva il problema.

Forzare la rimozione di un nodo di trasporto

È possibile rimuovere un nodo di trasporto bloccato in stato Orfano eseguendo la seguente chiamata API: 
DELETE https://<NSX Manager>/api/v1/transport-nodes/<TN ID>?force=true

NSX Manager non esegue convalide per stabilire se sono presenti macchine virtuali attive in esecuzione nell'host. L'utente è responsabile dell'eliminazione di N-VDS e VIB. Se il nodo viene aggiunto tramite il gestore delle risorse di elaborazione, eliminare innanzitutto il gestore delle risorse di elaborazione, quindi eliminare il nodo. Verrà eliminato anche il nodo di trasporto.