Skip to main content
ONTAP tools for VMware vSphere 10
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-jani jani
Änderungen vorschlagen

Wenn bei der Bereitstellung Probleme auftreten, überprüfen Sie die Protokolle und Fehlercodes, um die Probleme zu diagnostizieren und zu beheben. Ab ONTAP tools for VMware vSphere 10.5 umfassen 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 vorhandenen Serviceprotokollen der ONTAP Tools bereitgestellt und verbessern die Supportfähigkeit und Fehlerbehebung.

Sammeln Sie die Protokolldateien

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. Starten Sie den ONTAP Tools Manager über einen Webbrowser: https://<ONTAPtoolsIP>:8443/virtualization/ui/

  2. Melden Sie sich mit den ONTAP Tools für VMware vSphere Administrator-Anmeldeinformationen an, die Sie während der Implementierung angegeben haben.

  3. Wählen Sie in der Seitenleiste Log Bundles aus.

    Dieser Vorgang kann mehrere Minuten dauern.

  4. Wählen Sie Generate, um die Protokolldateien zu generieren.

  5. Geben Sie die Bezeichnung für das Log Bundle ein und wählen Sie Generate.

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

Führen Sie die folgenden Schritte aus, um Protokollbündel über die vCenter Client-Benutzeroberfläche zu generieren:

Schritte
  1. Melden Sie sich beim vSphere-Client an.

  2. Gehen Sie auf der vSphere Client-Homepage zu Support > Log Bundle > Generate.

  3. Geben Sie die Bezeichnung des Protokollpakets an und generieren Sie das Protokollpaket. Die Download-Option wird angezeigt, wenn die Dateien generiert werden. Der Download kann einige Zeit dauern.

Hinweis Das erzeugte Log-Bundle ersetzt das Log-Bundle, das innerhalb der letzten 3 Tage oder 72 Stunden erzeugt wurde.

Fehlercodes für die Bereitstellung

Während der Bereitstellung, des Neustarts und der Wiederherstellungsvorgänge von ONTAP-Tools für VMware vSphere können Fehlercodes auftreten. Die Fehlercodes sind fünf Ziffern lang, wobei die ersten beiden Ziffern das Skript darstellen, das auf das Problem gestoßen 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 aufgezeichnet, um die einfache Verfolgung und Lösung von Problemen zu ermöglichen. 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.

In der folgenden Tabelle sind die Fehlercodes und die entsprechenden Dateinamen aufgeführt.

Fehlercode

Skriptname

00

firstboot-network-config.pl, Mode Deployment

01

firstboot-network-config.pl, Modusaktualisierung

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, Neustart

06

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

07

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

08

firstboot-otv-recovery.pl

09

post-deploy-upgrade.pl

Die letzten drei Ziffern des Fehlercodes zeigen den spezifischen Workflow-Fehler im Skript an:

Deployment-Fehlercode

Arbeitsablauf

* Auflösung*

049

Für Netzwerk und Validierung wird Perl Skript sie auch in Kürze zuweisen

-

050

SSH-Schlüsselgenerierung fehlgeschlagen

Starten Sie die primäre virtuelle Maschine (VM) neu.

053

Fehler bei der Installation von RKE2

Führen Sie entweder Folgendes aus und starten Sie die primäre VM neu, oder starten Sie Neuimplementierung: Sudo rke2-killall.sh (alle VMs) Sudo rke2-uninstall.sh (alle VMs).

054

Einstellung von kubeconfig fehlgeschlagen

Neuimplementierung

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

Die 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 Benutzerbereitstellung ist fehlgeschlagen

Neu Starten

061

Die Bereitstellung der Dienste ist fehlgeschlagen

Führen Sie einfache Kubernetes-Fehlerbehebungen wie get Pods, get rs, get svc usw. im ntv-System-Namespace durch, um weitere Details und Fehlerprotokolle unter /var/log/ansible-perl-errors.log und /var/log/ansible-run.log zu erhalten und Neuimplementierungen durchzuführen.

062

Die Bereitstellung der ONTAP Tools Services ist fehlgeschlagen

Weitere Informationen und Neuimplementierungen finden Sie in den Fehlerprotokollen unter /var/log/ansible-perl-errors.log.

065

Die URL der Swagger-Seite ist nicht erreichbar

Neuimplementierung

066

Fehler bei den Schritten nach der Bereitstellung für das Gateway-Zertifikat

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

Überprüfen Sie die VM-Netzwerkeinstellungen, die mit dem Host kompatibel sind, auf dem die VM gehostet wird. Sie können versuchen, auf einen anderen Host zu migrieren und die VM neu zu starten.

089

Ändern der Eigentumsrechte für die Konfigurationsdatei „Zusammenfassung Protokoll drehen“ ist fehlgeschlagen

Starten Sie die primäre VM neu.

096

Installieren Sie die dynamische Storage-provisionierung

-

108

Das Seeding des Skripts ist 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

Fehlercode für Neustart

Arbeitsablauf

* Auflösung*

067

Zeitüberschreitung beim Warten auf Rke2-Server.

-

101

Fehler beim Zurücksetzen des Benutzerpassworts für Wartung/Konsole.

-

102

Fehler beim Löschen der Kennwortdatei beim Zurücksetzen des Benutzerpassworts für Wartung/Konsole.

-

103

Fehler beim Aktualisieren des neuen Benutzerpassworts für Wartung/Konsole im Tresor.

-

088

Die Konfiguration der Protokollrotation für journald ist fehlgeschlagen.

Überprüfen Sie die VM-Netzwerkeinstellungen, die mit dem Host kompatibel sind, auf dem die VM gehostet wird. Sie können versuchen, auf einen anderen Host zu migrieren und die VM neu zu starten.

089

Ändern der Eigentumsrechte für die Konfigurationsdatei „Zusammenfassung Protokoll drehen“ ist fehlgeschlagen.

Starten Sie den VM neu.