Skip to main content
ONTAP tools for VMware vSphere 105
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Fehler bei der Bereitstellung von ONTAP tools beheben

Beitragende netapp-revathid
Änderungen vorschlagen

Wenn Bereitstellungsprobleme auftreten, sollten die Protokolle und Fehlercodes überprüft werden, um Probleme zu diagnostizieren und zu beheben. Ab ONTAP tools for VMware vSphere 10.5 enthalten die von den Pods gesammelten Protokollpakete Protokolle von MongoDB, RabbitMQ und Vault sowie den Status und die Beschreibungen aller Pods. Diese werden zusätzlich zu den bestehenden ONTAP tools Serviceprotokollen bereitgestellt und verbessern die Supportfähigkeit und Fehlerbehebung.

Protokolldateien sammeln

Sie können Protokolldateien für ONTAP tools for VMware vSphere über die Optionen in der ONTAP tools Manager-Benutzeroberfläche erfassen. Der technische Support kann Sie bitten, die Protokolldateien zur Fehlerbehebung zu sammeln.

Hinweis Die Protokollgenerierung über den ONTAP tools Manager umfasst alle Protokolle aller vCenter Serverinstanzen. Die Protokollgenerierung über die vCenter Client-Benutzeroberfläche ist auf den ausgewählten vCenter Server beschränkt.
Schritte
  1. ONTAP tools Manager aus einem Webbrowser starten: https://<ONTAPtoolsIP>:8443/virtualization/ui/

  2. Melden Sie sich mit den ONTAP tools für VMware vSphere Administratoranmeldeinformationen an, die Sie während der Bereitstellung angegeben haben.

  3. Protokollpakete in der Seitenleiste auswählen.

    Dieser Vorgang kann mehrere Minuten dauern.

  4. Generieren auswählen, um die Protokolldateien zu generieren.

  5. Die Bezeichnung für das Protokollpaket eingeben und Generieren auswählen.

    Laden Sie die tar.gz Datei herunter und senden Sie sie an den technischen Support.

Führen Sie die folgenden Schritte aus, um mithilfe der vCenter Client-Benutzeroberfläche ein Protokollpaket zu generieren:

Schritte
  1. Melden Sie sich beim vSphere Client an.

  2. Auf der vSphere Client-Startseite zu Support > Protokollpaket > Generieren wechseln.

  3. Die Bezeichnung des Protokollpakets angeben und das Protokollpaket generieren. Die Download-Option ist sichtbar, wenn die Dateien generiert wurden. Das Herunterladen kann einige Zeit in Anspruch nehmen.

Hinweis Das neu erstellte Protokollpaket ersetzt das Protokollpaket, das innerhalb der letzten 3 Tage oder 72 Stunden erstellt wurde.

Bereitstellungsfehlercodes

Während der Bereitstellung, des Neustarts und der Wiederherstellung von ONTAP tools for VMware vSphere können Fehlercodes auftreten. Die Fehlercodes sind fünfstellig, wobei die ersten beiden Ziffern das Skript kennzeichnen, in dem das Problem aufgetreten ist, und die letzten drei Ziffern den spezifischen Workflow innerhalb dieses Skripts darstellen.

Alle Fehlerprotokolle werden in der Datei ansible-perl-errors.log im Verzeichnis /var/log gespeichert, um die Nachverfolgung und Behebung von Problemen zu erleichtern. Diese Protokolldatei enthält den Fehlercode und die fehlgeschlagene Ansible-Aufgabe.

Hinweis Die auf dieser Seite angegebenen Fehlercodes dienen nur als Referenz. Wenden Sie sich an das Support-Team, falls der Fehler weiterhin besteht oder keine Lösung genannt wird.

Die folgende Tabelle listet die Fehlercodes und die zugehörigen Dateinamen auf.

Fehlercode

Skriptname

00

firstboot-network-config.pl, Modus Deploy

01

firstboot-network-config.pl, Modus Upgrade

02

firstboot-inputs-validation.pl

03

firstboot-deploy-otv-ng.pl, deploy, HA

04

firstboot-deploy-otv-ng.pl, Deploy, Non-HA

05

firstboot-deploy-otv-ng.pl, reboot

06

firstboot-deploy-otv-ng.pl, Upgrade, HA

07

firstboot-deploy-otv-ng.pl, Upgrade, non-HA

08

firstboot-otv-recovery.pl

09

post-deploy-upgrade.pl

Die letzten drei Ziffern des Fehlercodes geben den spezifischen Workflow-Fehler innerhalb des Skripts an:

Bereitstellungsfehlercode

Arbeitsablauf

Auflösung

049

Für Netzwerk und Validierung wird das Perl-Skript diese ebenfalls in Kürze zuweisen.

-

050

SSH-Schlüsselgenerierung fehlgeschlagen

Die primäre virtuelle Maschine (VM) wird neu gestartet.

053

Fehler bei der Installation von RKE2

Entweder wird Folgendes ausgeführt und die primäre VM neu gestartet oder eine erneute Bereitstellung vorgenommen: sudo rke2-killall.sh (alle VMs) sudo rke2-uninstall.sh (alle VMs).

054

Fehler beim Festlegen von kubeconfig

Erneut bereitstellen

055

Fehler beim Bereitstellen der Registrierung

Wenn der Registry-Pod vorhanden ist, warten Sie, bis der Pod bereit ist, und starten Sie dann die primäre VM neu oder stellen Sie sie erneut bereit.

059

KubeVip Bereitstellung ist fehlgeschlagen

Stellen Sie sicher, dass die virtuelle IP-Adresse für die Kubernetes-Steuerungsebene und die während der Bereitstellung angegebene ONTAP tools IP-Adresse zum selben VLAN gehören und freie IP-Adressen sind. Starten Sie neu, wenn alle vorherigen Punkte korrekt sind. Andernfalls führen Sie eine erneute Bereitstellung durch.

060

Die Bereitstellung des Operators ist fehlgeschlagen

Neustart

061

Die Bereitstellung der Services ist fehlgeschlagen.

Grundlegende Kubernetes-Debugging-Maßnahmen wie get pods, get rs, get svc usw. im ntv-system-Namespace liefern weitere Details und Fehlerprotokolle unter /var/log/ansible-perl-errors.log und /var/log/ansible-run.log; anschließend kann eine erneute Bereitstellung erfolgen.

062

Die Bereitstellung der ONTAP tools Services ist fehlgeschlagen.

Weitere Details finden sich in den Fehlerprotokollen unter /var/log/ansible-perl-errors.log, und eine erneute Bereitstellung ist erforderlich.

065

Die Swagger-Seiten-URL ist nicht erreichbar

Erneut bereitstellen

066

Die Schritte nach der Bereitstellung des Gateway-Zertifikats sind fehlgeschlagen

Führen Sie folgende Schritte aus, um das Upgrade wiederherzustellen/abzuschließen:

  • Diagnose-Shell aktivieren.

  • Führen Sie den Befehl 'sudo perl /home/maint/scripts/post-deploy-upgrade.pl --postDeploy' aus.

  • Überprüfen Sie die Protokolle unter /var/log/post-deploy-upgrade.log.

088

Die Konfiguration der Protokollrotation für journald ist fehlgeschlagen.

Prüfen Sie, ob die Netzwerkeinstellungen der VM mit dem Host kompatibel sind, auf dem die VM ausgeführt wird. Es besteht die Möglichkeit, auf einen anderen Host zu migrieren und die VM neu zu starten.

089

Die Änderung der Besitzverhältnisse der Konfigurationsdatei für die Rotation des Zusammenfassungsprotokolls ist fehlgeschlagen.

Die primäre VM wird neu gestartet.

096

Dynamischen Speicherbereitsteller installieren

-

108

Seeding-Skript fehlgeschlagen

-

114

Interne Zertifikatsaktualisierung in der MongoDB-Collection fehlgeschlagen

Falls die Bereitstellung mit dem Fehlercode 114 fehlschlägt, führen Sie die folgenden Schritte aus:

  • Aktivieren Sie die Diagnose-Shell.

  • Führen Sie folgenden Befehl aus: sudo perl /home/maint/scripts/post-deploy-upgrade.pl --internal_cert_update_collection

  • Überprüfen Sie die Protokolle unter /var/log/otvng/post-deploy-upgrade.log

Neustartfehlercode

Arbeitsablauf

Auflösung

067

Die Wartezeit auf rke2-server ist abgelaufen.

-

101

Das Zurücksetzen des Maint-/Console-Benutzerpassworts ist fehlgeschlagen.

-

102

Fehler beim Löschen der Passwortdatei während des Zurücksetzens des Wartungs-/Konsolenbenutzerpassworts.

-

103

Das Passwort des neuen Wartungs-/Konsolenbenutzers konnte im Vault nicht aktualisiert werden.

-

088

Die Konfiguration der Protokollrotation für journald ist fehlgeschlagen.

Prüfen Sie, ob die Netzwerkeinstellungen der VM mit dem Host kompatibel sind, auf dem die VM ausgeführt wird. Es besteht die Möglichkeit, auf einen anderen Host zu migrieren und die VM neu zu starten.

089

Die Änderung des Besitzverhältnisses der Konfigurationsdatei für die Rotation des Zusammenfassungsprotokolls ist fehlgeschlagen.

Die VM wird neu gestartet.