Fehler bei Google Distributed Cloud-Software

Dies ist ein Fehlerkatalog für Google Distributed Cloud-Produkte (nur Software), Bare Metal und VMware.

Jeder Fehlereintrag besteht aus den folgenden Informationen:

  • Fehler-ID: eine kurze, eindeutige Kennung im Format E######, wobei ###### eine eindeutige Nummer ist.

  • Fehlertitel: eine kurze, menschenlesbare Beschreibung des Fehlers.

  • Fehlerbeschreibung: Detaillierte Informationen, die Ihnen bei der Fehlerbehebung und der Behebung der Fehlerursache helfen.

E000000: Kubeconfig-Datei nicht angegeben

Der Befehl bmctl wird ohne Angabe der kubeconfig-Datei ausgeführt.

Stellen Sie die kubeconfig-Datei mit dem Flag --kubeconfig bereit, um fortzufahren.

Beispiel:

bmctl [command] --kubeconfig [kubeconfig-file]

E000001: Ungültige Kubeconfig-Datei

Die angegebene kubeconfig-Datei befindet sich nicht im regulären Dateimodus.

Geben Sie eine gültige kubeconfig-Datei an und versuchen Sie es noch einmal.

E000002: Bootstrap.Run-Funktion wurde bereits aufgerufen

Die Funktion Bootstrap.Run führt den Workflow aus, um Logging-Verzeichnisse und -Dateien zu initialisieren und bei Bedarf einen Bootstrap-Cluster zu erstellen.

Diese Funktion ist so konzipiert, dass sie nur einmal während der Ausführung des Befehls bmctl aufgerufen wird, um die Erstellung mehrerer Bootstrap-Cluster zu verhindern.

Dieser Fehler tritt auf, wenn die Funktion Bootstrap.Run mehrmals aufgerufen wird, was nicht beabsichtigt ist.

Warten Sie, bis alle vorhandenen bmctl-Prozesse abgeschlossen sind, und versuchen Sie es dann noch einmal.

E000003: Keine übereinstimmende Region oder Zone gefunden

Prüfen Sie, ob der in spec.clusterOperations.location in der Clusterkonfigurationsdatei angegebene Standort in Ihrem Google Cloud-Projekt vorhanden ist.

Mit dem folgenden Befehl können Sie eine Liste aller Regionen und Zonen in Ihrem Projekt abrufen:

gcloud compute regions list

Wenn die von Ihnen angegebene Region oder Zone in Ihrem Projekt vorhanden ist, achten Sie darauf, dass Sie die richtige Groß-/Kleinschreibung verwenden. Bei Regionen und Zonen wird zwischen Groß- und Kleinschreibung unterschieden.

E000004: Secret im falschen Namespace gespeichert

Die zurückgegebene Fehlermeldung könnte beispielsweise so lauten:

The secret 'x' should be stored in the namespace 'y'.
Please remove 'x' from the path "p" in the configuration file of cluster 'c'.

Entfernen Sie das Secret, auf das im falschen Namespace verwiesen wird, aus der Clusterkonfigurationsdatei, um dieses Problem zu beheben.

E000005: HTTP-Statuscode stimmt nicht überein

Beim Zugriff auf die Google Cloud API oder die Google Container Registry API wird ein unerwarteter HTTP-Statuscode zurückgegeben.

Prüfen Sie, ob Ihre Proxy-Konfiguration gegebenenfalls korrekt mit Ihrer Proxy-URL eingerichtet ist.

Stellen Sie einen Dienstkontoschlüssel bereit. Dazu haben Sie folgende Möglichkeiten:

  • Legen Sie die Umgebungsvariable GOOGLE_APPLICATION_CREDENTIALS auf den Pfad einer Datei fest, die die Anmeldedaten Ihres Dienstkontos enthält.

  • Führen Sie den folgenden Befehl aus, um sich mit Ihren Standardanmeldedaten bei Google Cloud zu authentifizieren:

    gcloud auth application-default login

Weitere Informationen finden Sie unter https://cloud.google.com/docs/authentication#adc.

Prüfen Sie das Dienstkonto in der Google Cloud Console unter „IAM und Verwaltung“ > „Dienstkonten“. Wenn Ihr Dienstkontoschlüssel abgelaufen ist, aktualisieren Sie ihn gemäß der Anleitung unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Prüfen Sie die Rollen und Berechtigungen für das Dienstkonto und versuchen Sie es noch einmal. Informationen zu den Google Cloud-Ressourcen, die Sie erstellen und konfigurieren müssen, finden Sie unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/installing/configure-sa.

E000006: Nutzercluster kann ohne die kubeconfig-Datei des Administratorclusters nicht verwaltet werden

Ohne den kubeconfig-Pfad des Administratorclusters können wir einen Nutzercluster nicht verwalten. Der kubeconfig-Pfad des Administratorclusters ist für die Verwaltung von Nutzerclustern erforderlich.

Um diesen Fehler zu beheben, müssen Sie beim Verwalten von Nutzerclustern den kubeconfig-Pfad des Administratorclusters mit dem Flag --kubeconfig angeben.

So wird sichergestellt, dass die erforderliche Authentifizierung und die Berechtigungen für die Verwaltung des Nutzerclusters richtig konfiguriert sind.

E000007: Version stimmt nicht überein

Die in der Clusterkonfigurationsdatei unter spec.anthosBareMetalVersion angegebene Version stimmt nicht mit der Binärversion von bmctl überein, die zum Verwalten des Clusters verwendet wird.

So beheben Sie diesen Fehler:

  • Aktualisieren Sie die Binärdatei bmctl auf die entsprechende Version, die der Version des Clusters entspricht.
  • Aktualisieren Sie bei Upgrades die in der Clusterkonfiguration angegebene Version, um die Binärversion von bmctl widerzuspiegeln.

E000008: ClusterOperations-Konfiguration nicht angegeben

Die ClusterOperations-Konfiguration ist für einen Cluster erforderlich.

Achten Sie darauf, dass die ClusterOperations-Konfiguration für den Cluster unter spec.clusterOperations in der Clusterkonfigurationsdatei richtig definiert ist.

E000009: ProjectID in ClusterOperations nicht angegeben

Das Feld „ProjectID“ in der ClusterOperations-Konfiguration ist leer. Die ProjectID ist für die Verwaltung von Clustervorgängen erforderlich.

Achten Sie darauf, dass die ProjectID in der Clusterkonfigurationsdatei unter spec.clusterOperations.projectID richtig definiert ist.

E000010: Standort in ClusterOperations nicht angegeben

Das Feld „Location“ ist in der ClusterOperations-Konfiguration leer. Der Standort ist für die Verwaltung von Clustervorgängen erforderlich.

Achten Sie darauf, dass der Standort in der Clusterkonfigurationsdatei unter spec.clusterOperations.location richtig definiert ist.

E000011: Dienstkonto kann nicht verwendet werden, wenn ein Zugriffstoken verwendet wird

Wenn Ihr Cluster mit einem Zugriffstoken erstellt wird, müssen die angegebenen Dienstkontoschlüsselpfade in der Clusterkonfigurationsdatei entfernt werden.

Diese Voraussetzungen müssen erfüllt sein:

  1. Die Umgebungsvariable GCP_ACCESS_TOKEN_X ist festgelegt.
  2. In der Clusterkonfigurationsdatei referenzierte Dienstkontoschlüsselpfade werden entfernt.

E000012: Dienstkonto kann nicht verwendet werden, wenn ein Zugriffstoken verwendet wird

Wenn Ihr Cluster mit einem Dienstkontoschlüssel erstellt wurde, achten Sie auf Folgendes:

  1. Die Umgebungsvariable GCP_ACCESS_TOKEN_X ist nicht festgelegt.
  2. Alle erforderlichen Dienstkontoschlüsselpfade sind in der Clusterkonfigurationsdatei festgelegt.

E000013: Google Cloud-Preflight-Fehler ohne --force umgehen

Das Flag --bypass-gcp-preflight-errors muss zusammen mit --force festgelegt werden.

Achten Sie darauf, dass beide Flags zusammen verwendet werden, um fortzufahren.

E000014: Docker-Containerlaufzeit wird nicht unterstützt

Die Docker-Containerlaufzeit wird nicht mehr unterstützt.

Legen Sie in der Clusterkonfigurationsdatei die Containerlaufzeit unter spec.nodeConfig.containerRuntime auf containerd fest.

E000015: Nicht aktivierte APIs

Einige erforderliche APIs sind in Ihrem Projekt nicht aktiviert.

Prüfen Sie, ob alle erforderlichen APIs in Ihrem Projekt aktiviert sind, um fortzufahren. Weitere Informationen finden Sie unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/installing/configure-sa.

E000016: Fehler beim Abrufen des Status der kubeconfig-Datei

Die angegebene kubeconfig-Datei ist nicht vorhanden oder nicht zugänglich.

Prüfen Sie, ob die kubeconfig-Datei vorhanden ist und der Befehl bmctl die erforderlichen Berechtigungen für den Zugriff darauf hat.

E000017: IPv4-Weiterleitung nicht aktiviert

Die IPv4-Weiterleitung ist auf der Administrator-Workstation nicht aktiviert. Die IPv4-Weiterleitung muss aktiviert sein.

So beheben Sie diesen Fehler:

  1. Prüfen Sie, ob die Datei /proc/sys/net/ipv4/ip_forward vorhanden ist.
  2. Führen Sie den folgenden Befehl aus, um die IPv4-Weiterleitung zu aktivieren:
echo '1' > /proc/sys/net/ipv4/ip_forward

E000018: Konfigurationsdatei kann nicht geparst werden

Die Konfigurationsdatei für den Cluster konnte nicht geparst werden. Dieses Problem kann verschiedene Ursachen haben.

Prüfen Sie, ob die Konfigurationsdatei bmctl-workspace/[cluster-name]/[cluster-name].yaml vorhanden ist und ob der Befehl bmctl die erforderlichen Berechtigungen für den Zugriff darauf hat.

Prüfen Sie die Konfigurationsdatei auf Syntaxfehler oder fehlende Felder.

Achten Sie darauf, das richtige Format und die richtige Struktur zu verwenden, wenn Sie die Konfigurationsdatei aktualisieren müssen. Weitere Informationen finden Sie unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/reference/cluster-config.

E000019: Load-Balancer-Job der Steuerungsebene nicht abgeschlossen

Dies weist darauf hin, dass beim Warten auf den Abschluss der Jobs der Steuerungsebene oder des Load Balancers ein Fehler aufgetreten ist.

Prüfen Sie den Status der Jobs der Steuerungsebene oder des Load Balancers Ihres Clusters:

kubectl describe jobs -A

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000020: HTTP-Client kann nicht erstellt werden

Es konnte kein HTTP-Client erstellt werden, um sicherzustellen, dass Ihre Workstation die Google Cloud APIs und die Container Registry erreichen kann.

Prüfen Sie, ob Ihre Proxy-Konfiguration gegebenenfalls korrekt mit Ihrer Proxy-URL eingerichtet ist.

E000021: Google APIs können nicht erreicht werden

Die Verbindung zur Google Cloud API oder zur Google Container Registry API konnte nicht überprüft werden.

Ihre Workstation muss Google Cloud APIs und die Container Registry erreichen können, damit sie ordnungsgemäß funktioniert.

Stellen Sie einen Dienstkontoschlüssel bereit. Dazu haben Sie folgende Möglichkeiten:

  • Legen Sie die Umgebungsvariable GOOGLE_APPLICATION_CREDENTIALS auf den Pfad einer Datei fest, die die Anmeldedaten Ihres Dienstkontos enthält.

  • Führen Sie den folgenden Befehl aus, um sich mit Ihren Standardanmeldedaten bei Google Cloud zu authentifizieren:

    gcloud auth application-default login

Weitere Informationen finden Sie unter https://cloud.google.com/docs/authentication#adc.

Prüfen Sie das Dienstkonto in der Google Cloud Console unter „IAM und Verwaltung“ > „Dienstkonten“. Wenn Ihr Dienstkontoschlüssel abgelaufen ist, aktualisieren Sie ihn gemäß der Anleitung unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Prüfen Sie die Rollen und Berechtigungen für das Dienstkonto und versuchen Sie es noch einmal. Informationen zu den Google Cloud-Ressourcen, die Sie erstellen und konfigurieren müssen, finden Sie unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/installing/configure-sa.

E000022: Clusterversion kann nicht geparst werden

Die Version konnte nicht aus der Cluster-Konfigurationsdatei geparst werden.

Prüfen Sie zur Behebung dieses Fehlers, ob die unter spec.anthosBareMetalVersion in der Clusterkonfigurationsdatei angegebene Version gültig ist und dem erwarteten Format entspricht.

E000023: GKE-Mitgliedschafts-Clientfehler

Der Client zum Registrieren der GKE-Hub-Mitgliedschaft konnte nicht abgerufen werden.

Eine GKE-Mitgliedschaft ist erforderlich, wenn GKE Connect in Ihrer Clusterkonfigurationsdatei unter spec.gkeConnect konfiguriert ist.

Achten Sie darauf, dass gcpAccessToken oder gkeConnectAgentServiceAccountKeyPath in Ihrer Clusterkonfigurationsdatei angegeben ist.

E000024: GKE-Registrierungsprüfung kann nicht erstellt werden

Es konnte keine neue GKE-Registrierungsprüfung erstellt werden.

Diese Prüfung ist wichtig, um Folgendes zu bestätigen:

  • Es ist noch keine GKE Connect-Registrierung vorhanden.
  • Ihr Dienstkonto hat ausreichende Berechtigungen, um Änderungen an der GKE Connect-Registrierung vorzunehmen.

Prüfen Sie, ob für Ihren Cluster in der Google Cloud Console unter „Kubernetes Engine“ > „Cluster“ keine GKE Connect-Mitgliedschaft vorhanden ist. Wenn für Ihren Cluster bereits eine Mitgliedschaft besteht, haben Sie folgende Möglichkeiten:

  • Wählen Sie einen anderen Clusternamen aus.

  • Heben Sie die Registrierung des vorhandenen Clusters in der Google Cloud Console auf oder führen Sie folgenden Befehl aus:

    gcloud container hub memberships unregister <CLUSTER_NAME> --gke-cluster=<LOCATION>/<CLUSTER_NAME>

    Referenz: https://cloud.google.com/sdk/gcloud/reference/container/hub/memberships/unregister

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000025: GKE-Registrierungsprüfung fehlgeschlagen

Dies weist darauf hin, dass bei der GKE-Registrierungsprüfung ein Fehler aufgetreten ist.

Diese Prüfung ist wichtig, um Folgendes zu bestätigen:

  • Es ist noch keine GKE Connect-Registrierung vorhanden.
  • Ihr Dienstkonto hat ausreichende Berechtigungen, um Änderungen an der GKE Connect-Registrierung vorzunehmen.

Prüfen Sie, ob für Ihren Cluster in der Google Cloud Console unter „Kubernetes Engine“ > „Cluster“ eine GKE Connect-Mitgliedschaft vorhanden ist. Wenn für Ihren Cluster bereits eine Mitgliedschaft besteht, haben Sie folgende Möglichkeiten:

  • Wählen Sie einen anderen Clusternamen aus.

  • Heben Sie die Registrierung des vorhandenen Clusters in der Google Cloud Console auf oder führen Sie folgenden Befehl aus:

    gcloud container hub memberships unregister <CLUSTER_NAME> --gke-cluster=<LOCATION>/<CLUSTER_NAME>

Referenz: https://cloud.google.com/sdk/gcloud/reference/container/hub/memberships/unregister

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000026: Google-Standardanmeldedaten können nicht abgerufen werden

Die Google-Standardanmeldedaten konnten nicht abgerufen werden. Weitere Informationen finden Sie unter https://cloud.google.com/docs/authentication/production#automatically.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000027: Google Cloud-Berechtigung verweigert

Dies bedeutet, dass die Anfrage an die Google Cloud API abgelehnt wurde.

Stellen Sie einen Dienstkontoschlüssel bereit. Dazu haben Sie folgende Möglichkeiten:

  • Legen Sie die Umgebungsvariable GOOGLE_APPLICATION_CREDENTIALS auf den Pfad einer Datei fest, die die Anmeldedaten Ihres Dienstkontos enthält.

  • Führen Sie den folgenden Befehl aus, um sich mit Ihren Standardanmeldedaten bei Google Cloud zu authentifizieren:

    gcloud auth application-default login

Weitere Informationen finden Sie unter https://cloud.google.com/docs/authentication#adc.

Prüfen Sie das Dienstkonto in der Google Cloud Console unter „IAM und Verwaltung“ > „Dienstkonten“. Wenn Ihr Dienstkontoschlüssel abgelaufen ist, aktualisieren Sie ihn gemäß der Anleitung unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Prüfen Sie die Rollen und Berechtigungen für das Dienstkonto und versuchen Sie es noch einmal. Informationen zu den Google Cloud-Ressourcen, die Sie erstellen und konfigurieren müssen, finden Sie unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/installing/configure-sa.

E000028: Ungültiger Dienstkontoschlüssel

Der für die Google-Standardanmeldedaten verwendete Dienstkontoschlüssel ist ungültig.

Prüfen Sie das Dienstkonto in der Google Cloud Console unter „IAM und Verwaltung“ > „Dienstkonten“. Wenn Ihr Dienstkontoschlüssel abgelaufen ist, aktualisieren Sie ihn gemäß der Anleitung unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000029: Unzureichende Berechtigung für Google Cloud

Aufgrund unzureichender Berechtigungen konnte keine Verbindung zur Google Cloud API hergestellt werden. Für eine erfolgreiche Kommunikation ist ein gültiger Dienstkontoschlüssel erforderlich.

Stellen Sie einen Dienstkontoschlüssel bereit. Dazu haben Sie folgende Möglichkeiten:

  • Legen Sie die Umgebungsvariable GOOGLE_APPLICATION_CREDENTIALS auf den Pfad einer Datei fest, die die Anmeldedaten Ihres Dienstkontos enthält.

  • Führen Sie den folgenden Befehl aus, um sich mit Ihren Standardanmeldedaten bei Google Cloud zu authentifizieren:

    gcloud auth application-default login

Weitere Informationen finden Sie unter https://cloud.google.com/docs/authentication#adc.

Prüfen Sie das Dienstkonto in der Google Cloud Console unter „IAM und Verwaltung“ > „Dienstkonten“. Wenn Ihr Dienstkontoschlüssel abgelaufen ist, aktualisieren Sie ihn gemäß der Anleitung unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Prüfen Sie die Rollen und Berechtigungen für das Dienstkonto und versuchen Sie es noch einmal. Informationen zu den Google Cloud-Ressourcen, die Sie erstellen und konfigurieren müssen, finden Sie unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/installing/configure-sa.

E000030: Compute-Dienst kann nicht erstellt werden

Wir konnten keinen Compute-Dienst erstellen, um Informationen zu Ihrer Zone oder Ihrem Standort aus Ihrem Google Cloud-Projekt abzurufen. Dies ist erforderlich, um eine Prüfung des Standorts durchzuführen, der in Ihrer Clusterkonfiguration unter „spec.clusterOperations.location“ angegeben ist.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000031: Dienstkontoprüfung kann nicht erstellt werden

Wir konnten keine Dienstkontoprüfung erstellen.

Die in der Clusterkonfigurationsdatei unter cloudOperationsServiceAccountKeyPath angegebene Dienstkonto-Schlüsseldatei wird verwendet, um eine Dienstkontoprüfung zu erstellen.

Prüfen Sie, ob die Dienstkontodatei vorhanden und gültig ist.

Prüfen Sie das Dienstkonto in der Google Cloud Console unter „IAM und Verwaltung“ > „Dienstkonten“. Wenn Ihr Dienstkontoschlüssel abgelaufen ist, aktualisieren Sie ihn gemäß der Anleitung unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000032: Fehler bei der Dienstkontoprüfung

Dies weist darauf hin, dass bei der Dienstkontoprüfung ein Fehler aufgetreten ist.

Bei dieser Prüfung wird die Dienstkonto-Schlüsseldatei validiert, auf die in der Konfigurationsdatei des Clusters unter „cloudOperationsServiceAccountKeyPath“ verwiesen wird.

Diese Voraussetzungen müssen erfüllt sein:

Prüfen Sie den Dienstkontoschlüssel in der Google Cloud Console -> „IAM & Verwaltung“ -> „Dienstkonten“. Wenn der Dienstkontoschlüssel abgelaufen ist, aktualisieren Sie ihn gemäß der Anleitung unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000033: Flag kann nicht festgelegt werden

Wir konnten kein Flag für ein Logverzeichnis oder eine Logdatei festlegen.

Der Befehl bmctl verwendet das Logverzeichnis oder die Logdatei, um Logs zu speichern, während der Befehl ausgeführt wird.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000034: Fehler beim Erstellen des Verzeichnisses

Wir konnten kein Verzeichnis erstellen.

Dieses Problem tritt in der Regel auf, weil die Berechtigungen zum Erstellen von Verzeichnissen nicht ausreichen oder der Pfad, in dem das Verzeichnis erstellt wird, nicht vorhanden ist.

Prüfen Sie, ob Sie die erforderlichen Berechtigungen zum Erstellen von Verzeichnissen haben und ob der angegebene Speicherort vorhanden ist.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000035: Fehler bei der Validierung der Container Registry-Berechtigung

Bei der Validierung der Container Registry-Berechtigungen ist ein Fehler aufgetreten.

Die in der Konfigurationsdatei des Clusters unter gcrServiceAccountKey referenzierte Dienstkonto-Schlüsseldatei wird zum Ausführen von Validierungen verwendet.

Prüfen Sie, ob die Schlüsseldatei des Dienstkontos vorhanden und gültig ist. Prüfen Sie den Dienstkontoschlüssel in der Google Cloud Console -> IAM & Verwaltung -> Dienstkonten. Wenn der Dienstkontoschlüssel abgelaufen ist, aktualisieren Sie ihn gemäß der Anleitung unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/how-to/update-secrets.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

Wenn Sie Validierungsfehler ignorieren möchten, verwenden Sie beim Ausführen des Befehls das Flag --ignore-validation-errors.

E000036: Kernel-Mindestversion erforderlich

Die Validierung der Kernel-Mindestversion Ihrer Workstation ist fehlgeschlagen. Ihre Workstation muss eine Mindestversion des Kernels erfüllen.

Der numerische Teil Ihrer Kernel-Version muss gleich oder größer als 4.15.0 sein. Führen Sie den folgenden Befehl aus, um die Kernel-Version zu prüfen:

uname -r

Sie finden die Kernel-Details auch in der Datei /proc/version.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000037: Name des Dienstkontos kann nicht abgerufen werden

Das für Workload Identity erforderliche Dienstkonto konnte nicht abgerufen werden.

Geben Sie in der Clusterkonfigurationsdatei eine der folgenden Optionen an, um den Fehler zu beheben:

  • Legen Sie für das Feld spec.gkeConnect.projectID Ihre Google Cloud-Projekt-ID fest.
  • Legen Sie baremetal.cluster.gke.io/gcr-service-account unter metadata.annotations auf den Namen des Dienstkontos fest.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000038: Bootstrap-Cluster kann nicht erstellt werden

Der Bootstrap-Cluster konnte nicht erstellt werden. Ein Bootstrap-Cluster ist ein temporärer Cluster, der die Kubernetes-Controller hostet, die zum Erstellen oder Aktualisieren eines selbstverwalteten Clusters (Administrator-, Hybrid- oder eigenständiger Cluster) erforderlich sind.

Informationen zum Beheben von Problemen mit dem Bootstrap-Cluster finden Sie unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/troubleshooting/create-upgrade.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen Fehler.

E000039: Bootstrap-Cluster-Internetfehler

Die Internetverbindung des Bootstrap-Clusters konnte mit dem folgenden Befehl nicht überprüft werden:

docker exec bmctl-control-plane curl https://oauth2.googleapis.com/$discovery/rest

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000040: REST-Konfiguration kann nicht aus der Kubeconfig-Datei erstellt werden

Aus der kubeconfig-Datei konnte keine REST-Konfiguration erstellt werden. Eine REST-Konfiguration ist erforderlich, um eine Möglichkeit zur Kommunikation mit einem Kubernetes API-Server einzurichten.

Prüfen Sie, ob die angegebene kubeconfig-Datei vorhanden und gültig ist.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000041: Fehler bei der Installation von Bootstrap-Cluster-Abhängigkeiten

Es konnten nicht alle erforderlichen Ressourcen auf den Bootstrap-Cluster angewendet werden.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000042: Fehler bei der Installation externer Manifeste für den Bootstrap-Cluster

Die Manifeste aus dem Verzeichnis, das mit dem Flag --addon-manager-manifests-path angegeben wurde, konnten nicht installiert werden.

Prüfen Sie, ob das angegebene Manifestverzeichnis vorhanden und gültig ist.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000043: Manifestdateien können nicht extrahiert werden

Die Manifestdateien konnten nicht extrahiert werden. Die Manifestdateien werden voraussichtlich in das Verzeichnis .manifests extrahiert, das dort erstellt wird, wo der Befehl „bmctl“ aufgerufen wird.

Achten Sie darauf, dass der Befehl bmctl die erforderlichen Berechtigungen zum Erstellen von Verzeichnissen und Dateien auf Ihrem System hat und dass das Verzeichnis .manifests erfolgreich erstellt wird.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000044: Kubernetes-Client kann nicht erstellt werden

Mit der angegebenen kubeconfig-Datei konnte kein Kubernetes-Client für Ihren Cluster erstellt werden.

Prüfen Sie, ob die kubeconfig-Datei vorhanden und gültig ist.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000045: Clustermanifestprofil kann nicht geladen werden

Beim Ladevorgang werden Einträge aus der Profilkonfiguration in KusBuild umgewandelt und Parameter mit Werten aus der benutzerdefinierten Clusterressource festgelegt. Der Profilspeicherort wird durch das Stammverzeichnis der Manifeste, den Profilnamen und die Umgebung bestimmt.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000046: Workload Identity kann nicht eingerichtet werden

Workload Identity konnte für Ihr Projekt nicht eingerichtet werden.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000047: Debug-Optionen können nicht erstellt oder aktualisiert werden

Die ConfigMap für die Debug-Optionen im Bootstrap-Cluster konnte nicht basierend auf den Flags, die für den Befehl bmctl bereitgestellt wurden, und dem oberen Abschnitt der Clusterkonfigurationsdatei erstellt oder aktualisiert werden.

Diese ConfigMap ist für die Fehlerbehebung erforderlich und enthält relevante Konfigurationsdaten.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000048: Nutzungsdienst kann nicht erstellt werden

Wir konnten keine Dienstnutzung erstellen. Dieser Dienst ist für den Zugriff auf Google Cloud-Dienstnutzungs-APIs erforderlich, die für Aufgaben wie die Überprüfung, ob die erforderlichen APIs aktiviert sind, benötigt werden.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000049: API-Aktivierungsprüfung fehlgeschlagen

Dies weist darauf hin, dass bei der Prüfung der API-Aktivierung ein Fehler aufgetreten ist. So wird sichergestellt, dass alle erforderlichen APIs in Ihrem Projekt aktiviert sind. Weitere Informationen finden Sie unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/installing/configure-sa.

Verwenden Sie das Flag --skip-api-check, um Fehler bei der Prüfung der API-Aktivierung zu umgehen.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000050: Objektvorgang kann nicht ausgeführt werden

Dies weist darauf hin, dass beim Ausführen eines Get-, Patch-, List-, Update-, Delete- oder Apply-Vorgangs für ein Kubernetes- oder benutzerdefiniertes Objekt ein Fehler aufgetreten ist.

Prüfen Sie, ob der Kubernetes-Cluster zugänglich ist und der API-Server reagiert.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000051: Objekt kann nicht gemarshalt werden

Ein Objekt konnte nicht in das YAML-Format gemarshalt werden.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000052: Secret kann nicht aus Dienstkonto generiert werden

Das Secret gkeRegisterServiceAccountKey, das im Namespace gke-register gespeichert werden soll, konnte nicht aus dem Dienstkontoschlüsselpfad generiert werden, der in der Clusterkonfigurationsdatei unter gkeRegisterServiceAccountKey angegeben ist.

Prüfen Sie, ob die angegebene Secret-Datei vorhanden ist.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000053: Clusterkonfigurationsdatei kann nicht gelesen werden

Ihre Cluster-Konfigurationsdatei konnte nicht gelesen werden.

Prüfen Sie, ob die Clusterkonfigurationsdatei vorhanden ist und ob der Befehl bmctl die erforderlichen Berechtigungen für den Zugriff darauf hat.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000054: Preflight-Abhängigkeitsressourcen können nicht angewendet werden

Die Befehlsabhängigkeiten für die Preflight-Prüfung konnten nicht angewendet werden.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000055: Google Cloud-Preflight-Prüfungen fehlgeschlagen

Die Google Cloud-Preflight-Prüfungen sind fehlgeschlagen. Weitere Informationen finden Sie in den Ressourcen zur Preflight-Prüfung.

Prüfen Sie die Ressourcen für die Preflight-Prüfung:

kubectl describe preflightcheck -A

Mit den Flags --bypass-gcp-preflight-errors und --force können Sie die Fehler bei den Google Cloud-Preflight-Prüfungen umgehen.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000056: Preflight-Prüfungen fehlgeschlagen

Die Preflight-Prüfungen sind fehlgeschlagen. Weitere Informationen finden Sie in den Ressourcen zur Preflight-Prüfung.

Prüfen Sie die Ressourcen für die Preflight-Prüfung:

kubectl describe preflightcheck -A

Verwenden Sie das Flag --force, um die Fehler bei den Preflight-Prüfungen zu umgehen.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000057: Status der Preflight-Prüfung kann nicht bestätigt werden

Der Status der Preflight-Prüfungsressourcen konnte nicht bestätigt werden.

Weitere Informationen finden Sie in den Ressourcen zur Preflight-Prüfung:

kubectl describe preflightcheck -A

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000058: Kubeconfig-Secret nicht bereit

Dies weist darauf hin, dass beim Lesen des kubeconfig-Secrets oder beim Warten auf dessen Bereitschaft ein Fehler aufgetreten ist.

Achten Sie darauf, dass das Secret <CLUSTER_NAME>-kubeconfig im Cluster-Namespace innerhalb des Bootstrap-Clusters vorhanden ist und der Pfad .data nicht leer ist.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000059: Kubeconfig-Datei kann nicht geschrieben werden

Die kubeconfig-Datei konnte nicht in den Pfad bmctl-workspace/<CLUSTER_NAME>/<CLUSTER_NAME>-kubeconfig geschrieben werden.

Prüfen Sie, ob der Befehl bmctl die erforderlichen Berechtigungen zum Schreiben in das Verzeichnis der kubeconfig-Datei hat.

Sie können versuchen, dieses Problem zu beheben, indem Sie den Befehl bmctl reset ausführen und dann noch einmal versuchen, den Cluster zu erstellen.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000060: Cluster nicht bereit

Dies bedeutet, dass beim Warten auf die Bereitstellung des Clusters ein Fehler aufgetreten ist.

Prüfen Sie den Status Ihres Clusters, um weitere Informationen zu erhalten:

kubectl describe cluster <CLUSTER_NAME> -A

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000061: NodePool nicht bereit

Dies weist darauf hin, dass beim Warten auf die Bereitstellung der Knotenpools ein Fehler aufgetreten ist.

Prüfen Sie den Status der Knotenpools:

kubectl describe nodepool -A

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000062: SecretForwarder nicht bereit

Dies weist darauf hin, dass beim Warten auf die Bereitschaft der SecretForwarder ein Fehler aufgetreten ist.

Prüfen Sie den Status der SecretForwarder:

kubectl describe secretforwarder -A

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000063: Unstrukturiertes Objekt kann nicht in konkreten Typ konvertiert werden

Ein unstrukturiertes Objekt konnte nicht in einen konkreten Typ konvertiert werden.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000064: Fehler bei der Installation des Cluster API-Anbieters

Wir konnten die Installation des Cluster-API-Anbieters im Administratorcluster nicht bestätigen.

Melden Sie sich zur Fehlerbehebung im Bootstrap-Cluster an und prüfen Sie die Logs für den Job lifecycle-controllers-deployer und den Pod lifecycle-controller-manager.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000065: Pivotieren nicht möglich

Die Ressourcen konnten nicht vom Bootstrap-Cluster in den eigentlichen Cluster verschoben werden.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000066: Ressource kann nicht angewendet werden

Dies weist darauf hin, dass beim Anwenden einer Ressource ein Fehler aufgetreten ist. Diese Ressource kann eine Kundenressource sein, die in der Clusterkonfigurationsdatei angegeben ist.

Achten Sie darauf, dass jede vom Kunden angegebene Ressource korrekt formatiert und gültig ist.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000067: Befehl kann nicht erstellt werden

Es konnte kein Platzhalterbefehl mit den angegebenen Flags erstellt werden, der vom internen Befehl bmctl verwendet werden kann.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000068: GKE-Version kann nicht abgerufen werden

Die GKE-Version konnte nicht anhand der Clusterversion abgerufen werden, die mit spec.anthosBareMetalVersion in der Clusterkonfigurationsdatei angegeben ist.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000069: Cluster hat bereits die Zielversion

Dies bedeutet, dass der Cluster bereits die Zielversion hat. Achten Sie darauf, dass die unter spec.anthosBareMetalVersion in der Clusterkonfigurationsdatei angegebene Version höher als die aktuelle Clusterversion ist, und versuchen Sie es noch einmal.

E000070: Cluster und Knotenpools haben bereits die Zielversion

Das bedeutet, dass sowohl der Cluster als auch seine Knotenpools bereits die Zielversion haben. Achten Sie darauf, dass die unter spec.anthosBareMetalVersion in der Clusterkonfigurationsdatei angegebene Version höher ist als die aktuelle Version, und versuchen Sie es noch einmal.

E000071: Unzureichende IP-Adressen im CIDR

Dies bedeutet, dass der Pod-CIDR-Bereich des Bootstrap-Clusters nicht genügend IP-Adressen für die Knoten hat.

Geben Sie mit dem Flag --bootstrap-cluster-pod-cidr einen CIDR-Bereich an, der genügend IP-Adressen für die Knoten enthält.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000072: Validierungsfehler bei der Richtlinie für das Upgrade von Funktionen in der Vorabversion

Wir konnten nicht bestätigen, dass die im Cluster angegebenen unterstützten aktivierten Funktionen in der Vorabversion die Anforderungen für ein Upgrade erfüllen.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000073: Bootstrap kann nicht bei der GKE Connect-Mitgliedschaft registriert werden

Wir konnten den Bootstrap-Cluster nicht für die GKE Hub-Mitgliedschaft registrieren.

Prüfen Sie, ob für den Namen Ihres Bootstrap-Clusters (entweder standardmäßig ausgewählt oder mit dem Flag --bootstrap-cluster angegeben) in der Google Cloud Console -> Kubernetes Engine -> Cluster in Ihrem Projekt keine GKE Connect-Mitgliedschaft vorhanden ist.

Wenn bereits eine Mitgliedschaft mit dem Clusternamen vorhanden ist, haben Sie folgende Möglichkeiten:

  • Geben Sie mit dem Flag --bootstrap-cluster einen anderen Namen an.

  • Heben Sie die Registrierung des vorhandenen Clusters in der Google Cloud Console auf oder führen Sie folgenden Befehl aus:

    gcloud container hub memberships unregister <CLUSTER_NAME>

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000074: Secret kann nicht über das Dienstkonto erstellt werden

Es konnte kein Secret mit einer Dienstkontodatei erstellt werden, die in der Clusterkonfigurationsdatei angegeben ist.

Prüfen Sie, ob die Datei vorhanden ist und darauf zugegriffen werden kann.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000075: GKE Hub-URL kann nicht abgerufen werden

Die GKE Hub-Endpunkt-URL konnte nicht extrahiert werden.Der GKE Hub-Endpunkt ist der URL-Endpunkt, der für GKE Hub API-Anfragen verwendet wird.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000076: Upgrade nicht abgeschlossen

Beim Warten auf den erfolgreichen Abschluss des Upgrades ist ein Fehler aufgetreten. Damit ein Upgrade als abgeschlossen gilt, müssen der Cluster und die Knotenpools die Zielversion haben.

Prüfen Sie den Status der Knotenpools und des Clusters:

kubectl describe nodepool -n <NAMESPACE> --kubeconfig <KUBECONFIG_FILE>

kubectl describe cluster -n <NAMESPACE> --kubeconfig <KUBECONFIG_FILE>

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000077: Stackdriver-Secret für Workload Identity kann nicht erstellt werden

Das Stackdriver-Secret für die Workload Identity konnte nicht erstellt werden.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000078: NodePool-Version kann nicht erhöht werden

Die aktuelle Version der NodePool-Ressource konnte nicht auf die Zielversion aktualisiert werden.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000079: Clusterversion kann nicht erhöht werden

Die aktuelle Version der Clusterressource konnte nicht auf die Zielversion aktualisiert werden.

Achten Sie darauf, dass die Zielversion höher als die aktuelle Version und gültig ist.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000080: Kubeconfig-Secret kann nicht aktualisiert werden

Das kubeconfig-Secret für Ihren Cluster konnte nicht aktualisiert werden.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000081: Fehlender geheimer Schlüssel

Das bedeutet, dass die Secret-Ressource keinen bestimmten Schlüssel enthält.

Weitere Informationen zum jeweiligen Fehler finden Sie in der Fehlermeldung, die vom Befehl zurückgegeben wird.

E000082: Upgrade-Ergebnis kann nicht gedruckt werden

Das Ergebnis des Clusterupgrades konnte nicht ausgegeben werden.

Prüfen Sie die BaremetalMachine-Ressourcen auf Knoten, die nicht aktualisiert werden konnten:

kubectl describe baremetalmachines -n <NAMESPACE> --kubeconfig <KUBECONFIG_FILE>

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000083: GKEConnect-Spezifikation fehlt

Die GKEConnect-Spezifikation ist in der Clusterkonfiguration nicht angegeben.

Achten Sie darauf, dass das Feld spec.gkeConnect in der Clusterkonfigurationsdatei angegeben ist.

E000084: Konnektivitätsprüfung für Connect-Agent kann nicht erstellt werden

Wir konnten keine neue Connect-Agent-Konnektivitätsprüfung erstellen.

Weitere Informationen zum jeweiligen Fehler finden Sie in der Fehlermeldung, die vom Befehl zurückgegeben wird.

E000085: Fehler bei der Konnektivitätsprüfung des Connect-Agents

Bei der Konnektivitätsprüfung des Connect-Agents ist ein Fehler aufgetreten.

Weitere Informationen zum jeweiligen Fehler finden Sie in der Fehlermeldung, die vom Befehl zurückgegeben wird.

E000086: Benutzerdefinierte Ressource mit Gruppenversionsart kann nicht abgerufen werden

Dies weist darauf hin, dass beim Abrufen einer benutzerdefinierten Ressource mit GroupVersionKind ein Fehler aufgetreten ist.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000087: Konfiguration der privaten Registry kann nicht aus der privaten Registry erstellt werden

Die Registry-Konfiguration konnte nicht anhand der Einstellungen für Cluster-Anmeldedaten erstellt werden, die in der Cluster-Konfigurationsdatei unter privateRegistries angegeben sind.

Prüfen Sie, ob die angegebene Konfiguration unter privateRegistries in der Clusterkonfigurationsdatei gültig ist, und versuchen Sie es noch einmal.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000088: Private Registry-Konfiguration kann nicht aus Registry-Spiegel erstellt werden

Die Registry-Konfiguration konnte nicht anhand der Cluster-Anmeldedateneinstellungen erstellt werden, die in der Cluster-Konfigurationsdatei unter registryMirrors angegeben sind.

Prüfen Sie, ob die angegebene Konfiguration unter registryMirrors in der Clusterkonfigurationsdatei gültig ist, und versuchen Sie es noch einmal.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000089: Knotenzugriff kann nicht aktualisiert werden

Dies weist darauf hin, dass beim Aktualisieren des Knotenzugriffs ein Fehler aufgetreten ist.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000090: Diff in bmctl-Update kann nicht berechnet werden

Dies weist darauf hin, dass beim Berechnen des Unterschieds zwischen der YAML-Clusterkonfigurationsdatei und der Live-Konfiguration im Cluster während des Befehls bmctl update ein Fehler aufgetreten ist.

Als Behelfslösung können Sie bmctl get config ausführen, um die Live-Konfiguration im Cluster abzurufen und den Diff mit der YAML-Clusterkonfigurationsdatei manuell außerhalb von bmctl durchzuführen.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000091: Ungültige Eingabe in der Konsolenaufforderung

Ungültige Eingabe für den Konsolen-Prompt.

Geben Sie yes oder no ein.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000092: Clusterspezifischer Namespace konnte nicht erstellt werden

Als einen der ersten Schritte zur Clustererstellung erstellen wir einen Namespace, der für den neuen Cluster spezifisch ist. Fast alle Ressourcen des neuen Clusters werden in diesem Namespace gespeichert.

Dieser Fehler bedeutet, dass der Versuch, einen solchen clusterspezifischen Namespace zu erstellen (entweder durch Erstellen eines neuen Namespace oder durch einfaches Prüfen, ob er vorhanden ist), fehlgeschlagen ist.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E000097: Cluster ist pausiert

Dieser Fehler weist darauf hin, dass ein Vorgang nicht fortgesetzt werden kann, da der Zielcluster die Annotation cluster.x-k8s.io/paused hat.

Um das Problem zu beheben, können Sie entweder die Pausierung des Clusters aufheben, indem Sie die Annotation entfernen, oder das Flag --skip-paused-annotation-check verwenden, um diese Prüfung zu umgehen.

Weitere Informationen zum jeweiligen Fehler finden Sie im vom Befehl zurückgegebenen verpackten Fehler.

E300000: Verwaiste Container erkannt

Das bedeutet, dass der Node Problem Detector verwaiste Container auf einem Knoten erkannt hat.

Verwaiste Container sind Containerprozesse, die nicht mehr aktiv ausgeführt werden oder funktionsfähig sind, aber weiterhin in einem teilweise bereinigten oder inkonsistenten Zustand vorhanden sind.

Führen Sie auf dem betreffenden Knoten den folgenden Befehl aus, um das vollständige Log aufzurufen:

journalctl -u node-problem-detector

Verwenden Sie die Details der verwaisten Container aus der Fehlermeldung, um die Container-IDs abzurufen.

Verwenden Sie die folgenden Befehle, um die verwaisten Container vom Knoten zu entfernen:

crictl stop <container-id>

crictl rm <container-id>

Wenn die vorherigen Befehle die verwaisten Container nicht entfernen, muss der Prozess jedes Containers beendet werden. Mit den folgenden Befehlen können Sie die Prozess-ID oder PID jedes Containers abrufen und den Container beenden.

crictl inspect <container-id> | grep pid

kill -9 <pid>

Nächste Schritte

Wenn Sie die Anleitung für Korrekturmaßnahmen befolgt haben und der Fehler weiterhin auftritt, wenden Sie sich an den technischen Support.

Weitere Informationen zur Fehlerbehebung bei Clusterproblemen finden Sie in den folgenden Ressourcen:

Google Distributed Cloud for Bare Metal

Google Distributed Cloud for VMware