In Fortsetzung meiner vorherigen Artikel zu OpenStack-Fehlern und Lösungen für die Installation und Konfiguration von KeyStone und Glance werde ich heute einige Fehler mitteilen, die mir bei der Installation und Konfiguration des Nova (Compute)-Dienstes begegnet sind auf Controller-Knoten.
Die meisten dieser Fehler traten beim Auflisten der Images über den nova-Befehl auf, beim Starten verschiedener nova-Dienste wie (nova-api, nova-metadata-api, nova-cert, nova-conductor, nova-console, nova-consoleauth, nova-scheduler etc…). Die Fehler beim Starten der nova-Dienste waren etwas knifflig, es lag hauptsächlich an unsachgemäßen Konfigurationen und Syntaxfehlern.
Ok, hier ist die Liste der Probleme, mit denen ich konfrontiert war.
FEHLER:(„Verbindung abgebrochen.“, error(111, „Verbindung abgelehnt“))
# nova image-list
ERROR: ('Connection aborted.', error(111, 'Connection refused')) Lösung:
Als ich versuchte, über Nova eine Bildliste aufzulisten, wurde der Fehler „Verbindung abgelehnt“ ausgegeben. Dies hatte hauptsächlich verschiedene Gründe,
- Überprüfen Sie, ob alle nova-bezogenen Dienste ordnungsgemäß ausgeführt werden. Wenn Sie beispielsweise nova-Dienste als „service nova-api start“ starten ‘, der Befehl gibt möglicherweise den grünen Status als „[OK]“ zurück. Aber tatsächlich wurde der Dienst möglicherweise nicht richtig gestartet. Unten ist ein Beispiel.
# /etc/init.d/openstack-nova-api start Starting openstack-nova-api: [ OK ]
# /etc/init.d/openstack-nova-api status openstack-nova-api dead but pid file exists
Im obigen Fall sollten Sie das entsprechende Dienstprotokoll unter /var/log/nova/api.log überprüfen um die genaue Fehlermeldung zu erfahren.
In meinem Fall startete keiner der nova-Dienste ordnungsgemäß und ich musste alle diese Dienstprotokolle ausgraben.
openstack-nova-api is running...
openstack-nova-cert is running...
openstack-nova-conductor is running...
openstack-nova-console is running...
openstack-nova-consoleauth is running...
openstack-nova-metadata-api is running
openstack-nova-novncproxy is running...
openstack-nova-scheduler is running...- Überprüfen Sie, ob die Firewall auf dem Controller-Knoten die Service-Ports blockiert.
Error :CRITICAL nova [-] RequiredOptError:value required for option:lock_path
Die obige Fehlermeldung wurde von /var/log/nova/api.log erfasst Datei und es wurde ausgelöst, als openstack-nova-api Dienst konnte nicht gestartet werden.
Lösung:
# vim /etc/nova/nova.conf
und kommentieren Sie „lock_path“ aus ‘ : lock_path=/var/lib/nova/tmp. Speichern Sie die Datei und starten Sie den Dienst.
FEHLER nova.openstack.common.
Die obige Fehlermeldung wurde in /var/log/nova/cert.log protokolliert und es wurde ausgelöst, als „openstack-nova-cert ‘ konnte nicht gestartet werden.
Lösung:
# vim /etc/nova/nova.conf
und prüfen Sie, ob „ca_path ‘ zeigt auf das richtige Verzeichnis und der Benutzer ‘nova’ hat die Berechtigung dazu.
Lesen Sie auch:Wie behebt man den Keystone-Authentifizierungsfehler von OpenStack – HTTP 500?
FEHLER nova.wsgi [- ] Konnte nicht an 0.0.0.0:8775 binden
CRITICAL nova [-] error:[Errno 98] Adresse bereits verwendet
# service openstack-nova-metadata-api status openstack-nova-metadata-api dead but pid file exists
Und /var/log/nova/metadata-api.log hat die obige Fehlermeldung gemeldet.
Lösung:
Überraschenderweise ist der Dienst „openstack-nova-metadata-api ‘ lief schon. Denn „openstack-nova-api ‘ startet ‘metadata-api ‘ Dienst mit und damit der Dienst ‘metadata-api ‘ kann nicht an den Port gebunden werden. Alles, was Sie tun müssen, ist zu überprüfen, ob „nova-api“ so konfiguriert ist, dass es „metadata-api“ zusammen mit ihm startet. Dazu
# vim /etc/nova/nova.conf und suchen Sie nach „enabled_apis =osapi_compute,
Wenn Sie Metadaten in enabled_apis finden, wird jedes Mal, wenn nova-api gestartet wird, auch die Metadaten-API gestartet.
Falls Sie nova-metadata-api einzeln starten möchten, entfernen Sie die Metadaten aus ‚enabled_apis‘.
'enabled_apis = osapi_compute'
# service openstack-nova-api start # service openstack-nova-metadata-api start
Nun sollte der Dienst einzeln starten.
Fehler:Compute-Treiberoption erforderlich, aber nicht angegeben
# service openstack-nova-compute status openstack-nova-compute dead but pid file exists
Lösung:
#vim /etc/nova/nova.conf und setzen Sie „compute_driver ‘.
TRACE nova.openstack .common.
# service openstack-nova-compute status openstack-nova-compute dead but pid file exists
Lösungen:
#vim /etc/nova/nova.conf und setzen Sie „instances_path=/var/lib/
Sie könnten auch daran interessiert sein, Folgendes zu lesen: Liste der häufigsten Fehler (und Lösungen) beim Installieren von OpenStack Image Service GLANCE