OpenStack-Rechenfehler – Kein Rechenknoteneintrag für Host [Gelöst]

OpenStack-Rechenfehler: Obwohl die Compute-Hosts nova-compute hatten Service Listening wurden diese Knoten nicht angezeigt, wenn „nova hypervisor-list ‘ Befehl wurde ausgeführt.

# nova hypervisor-list+----+--------------------------------+-------+ ---------+| Ausweis | Hostname des Hypervisors | Zustand | Status |+----+----------------------------+-------+----- ----+

Aber der Befehl nova service-list hatte kein Problem bei der Anzeige der Compute-Hosts. Nun, das Problem mag etwas seltsam klingen, aber wenn Sie mit einem ähnlichen Problem in OpenStack stecken, dann ist hier die Lösung.

Lösung:

Wie behebt man den OpenStack-Rechenfehler – No compute node record for host?

Schritt 1 :Da die Compute-Hosts nicht aufgeführt sind, hängt das Problem mit nova-compute zusammen Service. Also begann ich, das Problem direkt aus den Protokollen von nova @ compute nodes zu debuggen.

[Rechenknoten]# cd /var/log/nova

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

Beispielausgabe:

FEHLER nova.compute.manager [req-1d2c4e83-a57d-4e66-b8b4-81da4772b0d2 - - - - -] Nkein Rechenknoteneintrag für Host cloudsecurity5 INFO nova.compute.resource_tracker [req-1d2c4e83-a57d-4e66-b8b4-81da4772b0d2 - - - - -] Prüfung lokal verfügbarer Rechenressourcen für Knoten cloudsecurity5 ERROR nova.compute.manager [req-1d2c4e83-a57d-4e66-b8b4-81da4772b0d2 - - - - -] Fehler beim Aktualisieren der Ressourcen für Knoten cloudsecurity5

Der obige Fehler weist darauf hin, dass der OpenStack-Scheduler keinen geeigneten Rechenhost finden kann – wahrscheinlich aufgrund eines ungültigen Hypervisors oder nova-compute Dienst ist nicht verfügbar oder ein anderes Konfigurationsproblem.

Schritt 2: Überprüfen Sie die Konfigurationen von Nova Compute

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

und achten Sie auf die folgenden Einträge unter [DEFAULT] Abschnitt.

 [STANDARD] compute_driver=libvirt.LibvirtDriver [libvirt] virt_type=kvm

Stellen Sie außerdem /etc/nova/nova.conf sicher verfügt über alle notwendigen Konfigurationen, um einen Compute-Host auszuführen.

Der zentrale Teil von nova-compute service ist der Virtualisierungstreiber, der eine Schnittstelle zum Hypervisor bildet. OpenStack unterstützt viele Rechentreiber wie libvirt.LibvirtDriver für KVM xenapi.XenAPIDriver für Xen, vmwareapi.VMwareVCDriver für VMware und hyperv.HyperVDrive für HyperV. In meinem Fall habe ich libvirt verwendet Compute-Treiber (suchen Sie nach compute_driver -Attribut im obigen Schnappschuss).

Schritt 3 :Stellen Sie libvirt sicher Daemon läuft.

[Rechenknoten]# /etc/init.d/libvirt-bin-Status

Glücklicherweise ist der Dienst libvirt-bin aktiv war, aber ich habe einige Fehler am Ende der Statusausgabe gesehen, wie unten gezeigt:

cloudsecurity5 libvirtd[58988]:Hostname:cloudsecurity5.test.in cloudsecurity5 libvirtd[58988]:Dateiende beim Lesen von Daten:Ein-/Ausgabefehler

Obwohl libvirt-bin Daemon ausgeführt wurde, weist er immer noch auf ein Problem beim Ausführen von Eingabe-/Ausgabeoperationen hin.

Daher habe ich mich entschieden, libvirt-bin neu zu starten und der zugehörige Daemon namenslibvirt-guests .

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

[Rechenknoten]# /etc/init.d/libvirt-bin Neustart

Bestätigen Sie anschließend, ob der Daemon fehlerfrei ausgeführt wird.

[Rechenknoten]# /etc/init.d/libvirt-bin-Status

Beispielausgabe am Ende der Dienststatusmeldung:

cloudsecurity2 systemd[1]:Virtualisierungs-Daemon wird gestartet... cloudsecurity2 systemd[1]:Virtualisierungs-Daemon wurde gestartet. cloudsecurity2 dnsmasq[2960]:lesen /etc/hosts - 9 Adressen cloudsecurity2 dnsmasq[2960]:lesen /var/lib/libvirt/dnsmasq/def cloudsecurity2 dnsmasq-dhcp[2960]:lesen /var/lib/libvirt/dnsmas  

 Schritt 4: Starten Sie nova-compute neu auch Service.
 
[compute-node]# /etc/init.d/nova-compute restart
 

 In meinem Fall war der Eingabe-/Ausgabefehler des libvirt-Daemons der Übeltäter. Das Problem wurde behoben und die Rechenknoten sind jetzt ordnungsgemäß registriert, wie unten gezeigt:
 
# Nova-Hypervisor-Liste +----+----------------------------+------- +---------+ | Ausweis | Hostname des Hypervisors | Zustand | Zustand | +----+----------------------------+-------+------- --+ | 1 | cloudsecurity5.test.in | nach oben | aktiviert | +----+----------------------------+-------+------- --+