OpenStack Compute Error – Žádný záznam výpočetního uzlu pro hostitele [Vyřešeno]

Chyba výpočtu OpenStack: Ačkoli výpočetní hostitelé měli nova-compute služba naslouchá, tyto uzly nebyly zobrazeny při „nova hypervisor-list ‘ byl proveden příkaz.

# nova hypervisor-list+----+----------------------------+-------+ ---------+| ID | Název hostitele hypervisoru | stát | Stav |+----+----------------------------+-------+----- ----+

Ale příkaz nova service-list neměl žádný problém se zobrazením výpočetních hostitelů. Problém může znít trochu divně, ale pokud máte podobný problém v OpenStack, zde je řešení.

Řešení:

Jak opravit chybu OpenStack Compute Error – Není žádný záznam výpočetního uzlu pro hostitele?

Krok 1 :Protože výpočetní hostitelé nejsou uvedeni, problém souvisí s nova-compute servis. Takže jsem začal ladit problém přímo z protokolů nova @ compute nodes.

[compute-node]# cd /var/log/nova

[compute-node]# tailf nova-compute.log

Ukázkový výstup:

CHYBA nova.compute.manager [req-1d2c4e83-a57d-4e66-b8b4-81da4772b0d2 - - - - -] No záznamu výpočetního uzlu pro hostitele cloudsecurity5 INFO nova.compute.resource_tracker [req-1d2c4e83-a57d-4e66-b8b4-81da4772b0d2 - - - - -] Auditování místně dostupných výpočetních zdrojů pro uzel cloudsecurity5 CHYBA nova.compute.manager [req-1b7a2b446e683d8a2b44 - - - - -] Chyba při aktualizaci zdrojů pro uzel cloudsecurity5

Výše uvedená chyba znamená, že plánovač OpenStack nemůže najít vhodného výpočetního hostitele – pravděpodobně kvůli neplatnému hypervizoru nebo nova-compute služba nefunguje nebo jiný problém s konfigurací.

Krok 2: Ověřte konfigurace Nova Compute

[compute-node]# vim /etc/nova-compute.conf

a podívejte se na níže uvedené položky pod [VÝCHOZÍ] sekce.

 [VÝCHOZÍ] compute_driver=libvirt.LibvirtDriver [libvirt] virt_type=kvm

Zajistěte také /etc/nova/nova.conf má všechny potřebné konfigurace ke spuštění výpočetního hostitele.

Centrální část nova-compute služba je virtualizační ovladač, který se propojuje s hypervisorem. OpenStack podporuje mnoho výpočetních ovladačů, jako je libvirt.LibvirtDriver pro KVM xenapi.XenAPIDriver pro Xen, vmwareapi.VMwareVCDriver pro VMware a hyperv.HyperVDrive pro HyperV. V mém případě jsem používal libvirt výpočetní ovladač (hledejte compute_driver atribut ve výše uvedeném snímku).

Krok 3 :Zajistěte libvirt démon běží.

Stav [compute-node]# /etc/init.d/libvirt-bin

Naštěstí služba libvirt-bin byl aktivní, ale na konci výstupu stavu jsem viděl několik chyb, jak je uvedeno níže:

cloudsecurity5 libvirtd[58988]:název hostitele:cloudsecurity5.test.in cloudsecurity5 libvirtd[58988]:Konec souboru při čtení dat:Chyba vstupu/výstupu

Ačkoli libvirt-bin démon běžel, stále to ukazuje na problém při provádění operací vstupu/výstupu.

Proto jsem se rozhodl restartovat libvirt-bin a jeho souvisejícího démona zvanéholibvirt-guests .

[compute-node]# /etc/init.d/libvirt-guests restart

[compute-node]# /etc/init.d/libvirt-bin restart

Po dokončení potvrďte, zda démon běží bez chyby.

Stav [compute-node]# /etc/init.d/libvirt-bin

Ukázkový výstup na konci zprávy o stavu služby:

cloudsecurity2 systemd[1]:Spouští se virtualizační démon... cloudsecurity2 systemd[1]:Spouští se virtualizační démon. cloudsecurity2 dnsmasq[2960]:čtení /etc/hosts - 9 adres cloudsecurity2 dnsmasq[2960]:čtení /var/lib/libvirt/dnsmasq/def cloudsecurity2 dnsmasq-dhcp[2960]:čtení /var/lib/libvirt/dnsmas před>  

 Krok 4: Restartujte nova-compute službu také.
 
[compute-node]# /etc/init.d/nova-compute restart
 

 V mém případě byla viníkem chyba Input/Output daemon libvirt. Problém je vyřešen a výpočetní uzly jsou nyní správně zaregistrovány, jak je uvedeno níže:
 
# nova hypervisor-list +----+----------------------------+------- +---------+ | ID | Název hostitele hypervizoru | stát | Stav | +----+----------------------------+-------+-------- --+ | 1 | cloudsecurity5.test.in | nahoru | povoleno | +----+----------------------------+-------+-------- --+