Il riavvio degli agent di gestione in VMware ESXi per risolvere il problema della creazione di macchine virtuali potrebbe non riuscire perché l'agent non è in grado di recuperare le opzioni di creazione di VM dall'host
Guida dettagliata per risolvere l'errore "VMware ESXi to resolve Virtual machine creation may fail because agent is unable to retrieve VM creation options from the host" quando un amministratore non è in grado di connettersi direttamente all'host ESXi o gestire in vCenter Server.
概要:
Guida dettagliata per risolvere l'errore "VMware ESXi to resolve Virtual machine creation may fail because agent is unable to retrieve VM creation options from the host" quando un
amministratore non è in grado di connettersi direttamente all'host ESXi o gestire in vCenter Server.
...
Virtual machine creation may fail because agent is unable to retrieve VM creation options from the host.
Avvertenza: Se LACP è configurato sulla rete vSAN, non riavviare gli agent di gestione sugli host ESXi che eseguono vSAN.
Il riavvio degli agent di gestione può influire sulle attività in esecuzione sull'host ESXi al momento del riavvio.
Verificare la presenza di eventuali problemi di storage prima di riavviare il servizio host daemon hostd o services.sh.
原因
Gli agent o i servizi sull'host ESXi potrebbero essere stati interrotti.
解決方法
Riavviare gli agent di gestione in ESXi utilizzando l'interfaccia utente di Direct Console (DCUI)
Connettersi alla console dell'host ESXi.
Premere F2 per personalizzare il sistema.
Accedere come root.
Utilizzare le frecce su e giù per passare a Troubleshooting Options e selezionare Restart Management Agents.
Premere Invio.
Premere F11 per riavviare i servizi.
Al riavvio del servizio, premere Enter.
Premere Esc per disconnettersi.
Nota: È inoltre possibile riavviare i servizi utilizzando Host Client. In Host Client, selezionare Host, quindi Manage, quindi Services, quindi selezionare il servizio da riavviare.
Riavviare gli agent di gestione in ESXi utilizzando la shell ESXi o SSH
Se LACP è abilitato e configurato, non riavviare i servizi di gestione utilizzando il comando services.sh. Riavviare invece i servizi indipendenti utilizzando il comando /etc/init.d/module restart.
Se il problema non viene risolto e si stanno riavviando tutti i servizi che fanno parte dello script services.sh, interrompere il tempo di inattività prima di procedere con lo script.
Se NSX è configurato nell'ambiente, non eseguire il comando /sbin/services.sh restart perché riavvia tutti i servizi sull'host ESXi.
Se è necessario riavviare gli agent di gestione sull'host ESXi, riavviare vpxa, host.d e fdm singolarmente.
Se è necessario eseguire anche il comando /sbin/services.sh restart perché il riavvio di ogni agent di gestione non funziona, eseguire la migrazione di tutte le VM dall'host ESXi e impostare l'host in modalità di manutenzione, se possibile.
Se non si è certi che NSX for vSphere sia installato su un host ESXi, eseguire questo comando per verificare:
esxcli software vib list --rebooting-image | grep esx-*
Cercare i seguenti VIB per determinare se NSX è installato sull'host ESXi:
vsip-esx
esx-vxlan
Se si utilizza una scheda grafica condivisa in un ambiente di visualizzazione (VGPU, vDGA, vSGA), non utilizzare services.sh. In questo modo si arresta il servizio xorg responsabile della grafica a livello di sistema operativo guest. L'estrazione della scheda grafica dal sistema operativo guest causa l'arresto anomalo del carico di lavoro VDI utilizzando la scheda grafica condivisa. Verificare di utilizzare una scheda grafica condivisa solo per riavviare hostde vpxa , se non si è in modalità di manutenzione.