Berechtigungsfehler in Sicherung für GKE beheben

Auf dieser Seite werden Berechtigungsfehler beschrieben, die bei der Verwendung von Sicherung für GKE auftreten können. Außerdem werden Aspekte erläutert, die bei der Ausführung der Aktion zu berücksichtigen sind, und es wird beschrieben, wie Sie den Fehler beheben können.

Fehler 100010101: PersistentVolumeClaim konnte nicht gesichert werden – IAM-Bindung für Mandantenprojekt fehlt

Der Fehler 100010101 tritt auf, wenn der Versuch, eine PersistentVolumeClaim zu sichern, aufgrund einer fehlenden IAM-Bindung (Identity and Access Management) für Ihr Mandantenprojekt fehlschlägt. In diesem Fall wird die Fehlermeldung Failed to backup PersistentVolumeClaim - Missing IAM binding for tenant project angezeigt.

Sicherung für GKE erstellt Snapshots Ihres Persistent Disk in Ihrem GKE-Cluster. Die Snapshots befinden sich in Ihrem Google Cloud -Projekt, das auch als Nutzerprojekt bezeichnet wird. Google Cloud erstellt sie in einem von ihm verwalteten Mandantenprojekt. Das Mandantenprojekt befindet sich in der Organisation google.com, getrennt von Ihrer eigenen Organisation.

Der Dienst-Agent im Mandantenprojekt benötigt bestimmte Berechtigungen, um den kundenverwalteten Verschlüsselungsschlüssel (CMEK) zu verwenden, mit dem der nichtflüchtige Speicher verschlüsselt wird, auf den im PersistentVolumeClaim Ihres Clusters verwiesen wird. Mit dieser Berechtigung werden die Snapshot-Daten verschlüsselt und entschlüsselt. Wenn der Dienst-Agent service-TENANT_PROJECT_NUMBER@compute-system.iam.gserviceaccount.com nicht die Rolle roles/cloudkms.cryptoKeyEncrypterDecrypter für den CMEK Ihres Laufwerks hat, schlägt der Sicherungsvorgang fehl.

So beheben Sie diesen Fehler:

  1. Prüfen Sie, ob Sie die erforderlichen IAM-Berechtigungen zum Ändern von IAM-Richtlinien für den Cloud Key Management Service-Schlüssel in der Google Cloud -Konsole haben, z. B. roles/cloudkms.admin oder roles/owner.

  2. Suchen Sie den Compute Engine-Dienst-Agent des Mandantenprojekts anhand des TENANT_PROJECT_NUMBER-Werts in der status reason-Meldung Ihres fehlgeschlagenen Sicherungsvorgangs. Beispiel: service-TENANT_PROJECT_NUMBER@compute-system.iam.gserviceaccount.com.

  3. Suchen Sie die folgenden CMEK-Informationen, die für Ihre verschlüsselte Persistent Disk verwendet werden:

    • Schlüsselname: Der Name Ihres Verschlüsselungsschlüssels.

    • Schlüsselbund: Der Name des Schlüsselbunds, in dem sich Ihr Schlüssel befindet.

    • Speicherort: Der Google Cloud Speicherort Ihres Schlüssels. Beispiel: global oder us-central1.

  4. Führen Sie den Befehl gcloud kms keys add-iam-policy-binding mit der Google Cloud CLI aus, um dem Compute Engine-Dienst-Agent des Mandantenprojekts die Rolle roles/cloudkms.cryptoKeyEncrypterDecrypter für Ihren CMEK zuzuweisen:

    gcloud kms keys add-iam-policy-binding KEY_NAME \
    --keyring KEY_RING \
    --location LOCATION \
    --member "serviceAccount:service-TENANT_PROJECT_NUMBER@compute-system.iam.gserviceaccount.com" \
    --role roles/cloudkms.cryptoKeyEncrypterDecrypter

    Ersetzen Sie Folgendes:

    • KEY_NAME: der Name des Verschlüsselungsschlüssels.

    • KEY_RING: Der Name des Schlüsselbunds.

    • LOCATION: Der Google Cloud Speicherort Ihres Schlüssels. Beispiel: global oder us-central1.

    • TENANT_PROJECT_NUMBER: die Mandantenprojektnummer, die Sie aus der status reason-Meldung Ihres fehlgeschlagenen Sicherungsvorgangs erhalten haben.

    Wenn der Befehl erfolgreich ist, sieht die Ausgabe so aus:

    - members:
- serviceAccount:service-987654321098@compute-system.iam.gserviceaccount.com
role: roles/cloudkms.cryptoKeyEncrypterDecrypter

  5. Wiederholen Sie den Sicherungsvorgang. Wenn der Vorgang weiterhin fehlschlägt, wenden Sie sich an Cloud Customer Care, um weitere Unterstützung zu erhalten.

Fehler 100010104: Fehler beim Sichern von PersistentVolumeClaim – Verstoß gegen die Einschränkung der Organisationsrichtlinie beim Erstellen des Snapshots

Der Fehler 100010104 tritt auf, wenn ein Versuch, eine PersistentVolumeClaim zu sichern, aufgrund eines Verstoßes gegen eine Organisationsrichtlinie während der Snapshot-Erstellung fehlschlägt. Dies führt zu einer Fehlermeldung mit dem Hinweis Failed to backup PersistentVolumeClaim - Org policy constraint violation while creating snapshot.

Sicherung für GKE erstellt Snapshots Ihres Persistent Disk in Ihrem GKE-Cluster. Die Snapshots befinden sich in Ihrem Google Cloud -Projekt, auch bekannt als Nutzerprojekt, und werden in einem von Google Cloudverwalteten Mandantenprojekt erstellt. Das Mandantenprojekt befindet sich in der Organisation google.com, getrennt von Ihrer eigenen Organisation.

Ihre Organisationsrichtlinie gibt vor, wo Sie Speicherressourcen erstellen können. Der Fehler Constraint constraints/compute.storageResourceUseRestrictions violated bedeutet, dass eine Ressource oder ein Snapshot gegen die Richtlinie verstößt, weil sie in einem Mandantenprojekt erstellt wurde, das nicht Teil Ihrer zulässigen Organisationsstruktur ist. Da sich das Mandantenprojekt in der Organisation von Google befindet, fällt es nicht unter Ihre definierte Richtlinie, was zum Fehler bei der Sicherung führt.

So beheben Sie diesen Fehler:

  1. Suchen Sie die Organisationsrichtlinie, die die Einschränkung constraints/compute.storageResourceUseRestrictions implementiert. Weitere Informationen zum Aufrufen von Organisationsrichtlinien mit der Google Cloud Console finden Sie unter Organisationsrichtlinien aufrufen.

  2. Ändern Sie die constraints/compute.storageResourceUseRestrictions-Richtlinie so, dass der vom Sicherung für GKE verwendete folders/77620796932-Mandantenprojektordner in der Zulassungsliste enthalten ist.

  3. Speichern Sie die Richtlinienänderungen, nachdem Sie den Ordner auf die Zulassungsliste gesetzt haben.

  4. Testen Sie den Sicherungsvorgang noch einmal, nachdem die Organisationsrichtlinie aktualisiert und weitergegeben wurde. Das dauert in der Regel einige Minuten. Das Backup sollte ohne Verstoß gegen die Einschränkungen für die Nutzung von Speicherressourcen erfolgen. Wenn der Vorgang immer noch nicht erfolgreich ist, wenden Sie sich an Cloud Customer Care, um weitere Unterstützung zu erhalten.

Fehler 100010106: PersistentVolumeClaim konnte nicht gesichert werden – IAM-Bindung für den Sicherung für GKE-Dienst-Agent fehlt

Der Fehler 100010106 tritt auf, wenn beim Versuch, eine PersistentVolumeClaim zu sichern, ein Fehler auftritt, weil für Ihren Sicherung für GKE-Dienst-Agent keine IAM-Bindung (Identity and Access Management) vorhanden ist. In diesem Fall wird die Fehlermeldung Failed to backup PVC - Missing IAM binding for Backup for GKE service agent angezeigt.

Sicherung für GKE sind Berechtigungen erforderlich, um den vom Kunden verwalteten Verschlüsselungsschlüssel (Customer-Managed Encryption Key, CMEK) von BackupPlan zum Verschlüsseln und Entschlüsseln von Persistent Disks-Volumes zu verwenden. Wenn der Sicherung für GKE-Dienst-Agent nicht die Rolle roles/cloudkms.cryptoKeyEncrypterDecrypter für Ihren BackupPlan-CMEK hat, schlagen Sicherungsvorgänge fehl.

So beheben Sie diesen Fehler:

  1. Ermitteln Sie den von Google verwalteten Sicherung für GKE-Dienst-Agent, der für Ihr Projekt spezifisch ist. Beispiel: service-PROJECT_NUMBER@gcp-sa-gkebackup.iam.gserviceaccount.com. Sie können Ihre Projektnummer mit den folgenden Methoden ermitteln:

    • Verwenden Sie das Google Cloud Projekt-Dashboard in der Google Cloud Console.

    • Führen Sie den Befehl gcloud projects describe über die Google Cloud CLI aus:

      gcloud projects describe PROJECT_ID –format="value(projectNumber)"

      Ersetzen Sie PROJECT_ID durch den eindeutigen Namen Ihres Projekts.

  2. Ermitteln Sie die folgenden CMEK-Details:

    • Schlüsselname: Der Name Ihres Verschlüsselungsschlüssels.

    • Schlüsselbund: Der Name des Schlüsselbunds, in dem sich Ihr Schlüssel befindet.

    • Standort: Der Google Cloud -Standort, an dem sich Ihr BackupPlan-CMEK befindet. Beispiel: global oder us-central1.

  3. Wenn Sie dem Sicherung für GKE-Dienst-Agent die Rolle roles/cloudkms.cryptoKeyEncrypterDecrypter für Ihren CMEK zuweisen möchten, führen Sie mit der Google Cloud CLI den Befehl gcloud kms keys add-iam-policy-binding aus:

    gcloud kms keys add-iam-policy-binding KEY_NAME \
    --keyring KEY_RING \
    --location LOCATION \
    --member "serviceAccount:service-PROJECT_NUMBER@gcp-sa-gkebackup.iam.gserviceaccount.com" \
    --role roles/cloudkms.cryptoKeyEncrypterDecrypter

    Ersetzen Sie Folgendes:

    • KEY_NAME: der Name des Verschlüsselungsschlüssels.

    • KEY_RING: Der Name des Schlüsselbunds.

    • LOCATION: der Google Cloud -Speicherort des Schlüssels. Beispiel: global oder us-central1.

    • PROJECT_NUMBER: Ihre Google Cloud Projektnummer

  4. Prüfen Sie, ob Sie die erforderlichen IAM-Berechtigungen (Identity and Access Management) für den Cloud Key Management Service-Schlüssel haben. Beispiel: roles/cloudkms.admin oder roles/owner.

  5. Prüfen Sie, ob Sie die erforderlichen Berechtigungen haben. Suchen Sie in der Ausgabe des vorherigen gcloud kms keys add-iam-policy-binding-Befehls nach einem Eintrag wie dem folgenden:

    -members:
-serviceAccount:service-123456789012@gcp-sa-gkebackup.iam.gserviceaccount.com
role: roles/cloudkms.cryptoKeyEncrypterDecrypter

  6. Testen Sie den Sicherungsvorgang noch einmal, nachdem Sie die erforderlichen Berechtigungen erteilt haben. Wenn der Vorgang nicht erfolgreich abgeschlossen wird, wenden Sie sich an Cloud Customer Care.

Fehler 100010107: PersistentVolumeClaim konnte nicht gesichert werden – Fehlende IAM-Bindung – Agent-Dienstkonto (KCP)

Der Fehler 100010107 tritt auf, wenn Sie versuchen, einen Sicherung für GKE-Sicherungsvorgang auszuführen und der Google Kubernetes Engine-Cluster-Dienst-Agent keinen Zugriff auf Ihren kundenverwalteten Verschlüsselungsschlüssel (CMEK) hat. In diesem Fall wird die Meldung Failed to backup PVC - Missing IAM binding - agent service account (KCP) angezeigt.

Der Google Kubernetes Engine-Cluster-Service-Agent, in der Regel im Format service-PROJECT_NUMBER@container-engine-robot.iam.gserviceaccount.com, ist unerlässlich, damit Ihr GKE-Cluster mit Google Cloud-Diensten interagieren kann. Wenn in Ihrem Sicherungsplan ein kundenverwalteter Verschlüsselungsschlüssel (CMEK) verwendet wird. Dieser Dienst-Agent benötigt Berechtigungen zum Verschlüsseln und Entschlüsseln Ihrer Sicherungsdaten mit Ihrem CMEK. Wenn im Sicherungsplan die Rolle roles/cloudkms.cryptoKeyEncrypterDecrypter für Ihren CMEK fehlt, schlagen Sicherungsvorgänge, die vom Cluster aus initiiert werden, mit dem Fehler permission denied fehl.

Führen Sie die folgenden Schritte zur Fehlerbehebung aus, um das Problem zu beheben:

  1. Prüfen Sie, ob Sie die richtigen Berechtigungen zum Ändern von IAM-Richtlinien für den Cloud Key Management Service-Schlüssel haben. Beispiel: cloudkms.admin oder roles/owner.

  2. Identifizieren Sie den Google Kubernetes Engine-Clusterdienst-Agent. Dieser Dienst-Agent wird automatisch von Google Cloud für Ihre GKE-Cluster erstellt und verwaltet. Beispiel: service-PROJECT_NUMBER@container-engine-robot.iam.gserviceaccount.com Sie benötigen die Projektnummer, um das vollständige Dienstkonto zu erstellen. Sie haben folgende Möglichkeiten, Ihre Projektnummer zu ermitteln:

    • Verwenden Sie das Google Cloud Projekt-Dashboard in der Google Cloud Console.

    • Führen Sie den Befehl gcloud projects describe über die Google Cloud CLI aus:

      gcloud projects describe PROJECT_ID –-format="value(projectNumber)"

      Ersetzen Sie PROJECT_ID durch Ihre Projekt-ID.

  3. Suchen Sie nach den folgenden CMEK-Informationen:

    • Schlüsselname: Der Name Ihres Verschlüsselungsschlüssels.

    • Schlüsselbund: Der Name des Schlüsselbunds, in dem sich Ihr Schlüssel befindet.

    • Speicherort: Der Google Cloud Speicherort Ihres Schlüssels. Beispiel: global oder us-central1.

  4. Weisen Sie die Rolle roles/cloudkms.cryptoKeyEncrypterDecrypter auf CMEK-Ebene zu. Der Google Kubernetes Engine-Dienst-Agent benötigt Berechtigungen für Ihren Verschlüsselungsschlüssel. Wenn Sie die Rolle roles/cloudkms.cryptoKeyEncrypterDecrypter für Ihren CMEK gewähren möchten, führen Sie den Befehl gcloud kms key add-iam-policy-binding mit der Google Cloud CLI aus:

    gcloud kms keys add-iam-policy-binding KEY_NAME \
    --keyring KEY_RING \
    --location LOCATION \
    --member "serviceAccount:service-PROJECT_NUMBER@container-engine-robot.iam.gserviceaccount.com" \
    --role roles/cloudkms.cryptoKeyEncrypterDecrypter

    Ersetzen Sie Folgendes:

    • KEY_NAME: der Name des Verschlüsselungsschlüssels.

    • KEY_RING: Der Name des Schlüsselbunds.

    • LOCATION: Der Google Cloud Speicherort Ihres Schlüssels. Beispiel: global oder us-central1.

    • PROJECT_NUMBER: der Name des Projekts.

    Die Ausgabe sieht etwa so aus:

     - members:
 - serviceAccount:service-123456789012@container-engine-robot.iam.gserviceaccount.com
 role: roles/cloudkms.cryptoKeyEncrypterDecrypter
 ```

  5. Wiederholen Sie den Sicherung für GKE-Vorgang. Wenn der Vorgang weiterhin fehlschlägt, wenden Sie sich an Cloud Customer Care, um weitere Unterstützung zu erhalten.

Fehler 100010109: PersistentVolumeClaim konnte nicht gesichert werden – Ziel-Sicherungsregion ist gemäß der DiskSettings-Richtlinie nicht zulässig

Der Fehler 100010109 tritt auf, wenn die Zielregion für die Sicherung nicht durch Ihre Richtlinie für DiskSettings-Zugriffsstandorte zulässig ist.

Fehler nachvollziehen

Dieser Fehler tritt auf, wenn für einige der im Cluster referenzierten Speicherorte, die gesichert werden, eine DiskSettings-Zugriffsrichtlinie für den Kunden auf SPECIFIC_REGIONS festgelegt ist. Da diese Richtlinie für Zugriffsstandorte nur bestimmte Regionen als gültige Standorte für die Snapshot-Erstellung zulässt, wird die Sicherung abgelehnt, wenn der Zielspeicherort nicht in dieser Liste enthalten ist. In diesem Fall schlägt die Erstellung des Snapshots mit einer Meldung wie der folgenden fehl:

No permission to read source disk in us-central1 from target snapshot in us-east1.

Schritte zur Fehlerbehebung

  1. Quell- und Zielregionen ermitteln: Sehen Sie sich die Fehlermeldung an, um den Quelllaufwerkstandort (z. B. us-central1) und die Ziel-Snapshot-Region (z. B. us-east1) zu ermitteln, die abgelehnt wurde.

  2. Richtlinie „DiskSettings“ aktualisieren: Um das Problem zu beheben, müssen Sie DiskSettings aktualisieren, damit der Zielspeicherort für die in Ihrem Cluster referenzierten Festplattenstandorte zulässig ist. Dazu können Sie die Zielregion mit der Google Cloud CLI der Zulassungsliste für Zugriffsstandorte hinzufügen.

    • Für ein zonales Laufwerk (z. B. Hinzufügen von us-east1 als zulässig für Laufwerke in us-central1-a):

      gcloud beta compute disk-settings update --access-location-policy=specific-regions --add-access-locations=us-east1 --zone=us-central1-a

    • Für ein regionales Laufwerk (z. B. us-east1 als zulässig für Laufwerke in us-central1 hinzufügen):

      gcloud beta compute disk-settings update --access-location-policy=specific-regions --add-access-locations=us-east1 --region=us-central1

  3. Sicherungsvorgang noch einmal testen: Nachdem Sie die DiskSettings aktualisiert haben, um die Zielregion für die Sicherung zuzulassen, versuchen Sie es noch einmal.

Fehler 100020101: Fehler beim Sichern von PersistentVolumeClaim – PersistentVolumeClaim an einen nicht unterstützten PersistentVolume-Typ gebunden

Der Fehler 100020101 tritt auf, wenn der Versuch, ein PersistentVolumeClaim zu sichern, fehlschlägt, weil das PersistentVolumeClaim an einen nicht unterstützten PersistentVolume-Typ gebunden ist. Der Fehler führt zur folgenden Fehlermeldung: PersistentVolumeClaims are bound to PersistentVolumes of unsupported types and cannot be backed up.

Dieser Fehler tritt auf, wenn bei Ihrem Sicherung für GKE-Vorgang ein PersistentVolumeClaim auftritt, der an einen PersistentVolume gebunden ist, der einen Volume-Typ verwendet, der von Sicherung für GKE nicht für die Datensicherung unterstützt wird. Sicherung für GKE unterstützt in erster Linie die Sicherung von Daten aus Persistent Disk-Volumes. Wenn ein PersistentVolumeClaim an ein PersistentVolume gebunden ist, das keine Persistent Disk ist, schlägt der Sicherungsvorgang für die Daten des PersistentVolumeClaim fehl.

Führen Sie die folgenden Schritte zur Fehlerbehebung aus, um das Problem zu beheben:

  1. Führen Sie den Befehl kubectl get pvc aus, um alle PersistentVolumeClaims und die daran gebundenen PersistentVolumes aufzulisten. Sehen Sie sich diese Liste an, um die PersistentVolumes zu identifizieren, die von nicht unterstützten Volume-Typen unterstützt werden.

    kubectl get pvc --all-namespaces -o wide

  2. Ermitteln Sie den Volume-Typ des PersistentVolume, der von einem Volume-Typ unterstützt wird, der von Sicherung für GKE nicht unterstützt wird. Führen Sie dazu den Befehl kubectl describe pv aus:

    kubectl describe pv PERSISTENT_VOLUME_NAME

    Ersetzen Sie Folgendes:

    PERSISTENT_VOLUME_NAME: Der Name von PersistentVolume, für das in der Ausgabe aus dem vorherigen Schritt in Spalte VOLUME ein nicht unterstützter Volumetyp aufgeführt ist.

    Verwenden Sie in der Ausgabe die Felder Source und Driver, um Details zum Volume-Provisioner abzurufen:

    • Bei unterstützten Persistent Disks: Die Ausgabe sieht ähnlich aus wie Source.Driver: pd.csi.storage.gke.io oder Source.Type:GCEPersistentDisk.

    • Bei nicht unterstützten Typen, die den Fehler verursachen: Die Ausgabe wäre ein Treiber, der nicht für Persistent Disk geeignet ist, z. B. Source.Driver:filestore.csi.storage.gke.io.

  3. Verwenden Sie eine der folgenden Methoden, um den Fehler zu beheben:

    • Zu einem nichtflüchtigen Speicher migrieren: Wir empfehlen diese Methode für vollständige Datensicherungen. Wenn Sie die eigentlichen Volume-Daten sichern müssen, müssen Sie einen nichtflüchtigen Speicher verwenden. Dazu müssen Sie Ihre Daten vom nicht unterstützten Volume-Typ auf ein neues CSI-Volume für nichtflüchtige Speicher migrieren. Wenn Sie Hilfe bei der Migration eines Persistent Disk-Volumes benötigen, wenden Sie sich an Cloud Customer Care.

    • Permissiven Modus in Backup for GKE aktivieren: Wir empfehlen diese Methode, wenn für nicht unterstützte Volumes keine Datensicherung erforderlich ist. Wenn die Migration von Daten nicht möglich oder nicht erforderlich ist, z. B. wenn das Volume von einem externen Dienst unterstützt wird und Sie es während des Wiederherstellungsvorgangs wieder anhängen möchten, können Sie Ihren Backup-Plan für Sicherung für GKE so konfigurieren, dass die Sicherung im permissiven Modus fortgesetzt wird. Weitere Informationen zum Aktivieren des moderaten Modus finden Sie unter Moderaten Modus in einem Sicherungsplan aktivieren.

  4. Versuchen Sie den Sicherung für GKE-Vorgang noch einmal. Je nachdem, welche Methode Sie zur Behebung des Fehlers ausgewählt haben, verhält sich der Sicherung für GKE-Vorgang so:

    • Wenn Sie zu einem Persistent Disk-Volume migriert sind, sollte die Sicherung für das Volume einschließlich seiner Daten erfolgreich sein.

    • Wenn Sie den moderaten Modus aktiviert haben, sollte die Sicherung erfolgreich sein. Die Daten für nicht unterstützte Volumes werden jedoch nicht gesichert.

Wenn der Vorgang weiterhin fehlschlägt, wenden Sie sich an Cloud Customer Care.

Fehler 100020104: Fehler beim Sichern von PersistentVolumeClaim – PersistentVolumeClaim nicht an ein PersistentVolume gebunden

Der Fehler 100020104 tritt auf, wenn ein Versuch, eine PersistentVolumeClaim zu sichern, fehlschlägt, weil die PersistentVolumeClaim nicht an eine PersistentVolume gebunden ist. Der Fehler führt zur folgenden Fehlermeldung: Failed to backup PVC - PVC Not Bound to a Persistent Volume.

Dieser Fehler tritt auf, wenn bei Ihrem Sicherung für GKE-Vorgang versucht wird, ein PersistentVolumeClaim zu sichern, das nicht erfolgreich an ein PersistentVolume gebunden ist. Ein PersistentVolumeClaim muss an ein PersistentVolume gebunden sein, bevor es von einer Arbeitslast wie einem Pod verwendet und anschließend von Sicherung für GKE gesichert werden kann. Wenn der PersistentVolumeClaim im Status Pending verbleibt, bedeutet dies, dass kein geeigneter PersistentVolume verfügbar ist oder nicht bereitgestellt oder gebunden werden kann. Dies führt zum Fehlschlagen des Sicherungsvorgangs. Ein häufiger Grund dafür, dass ein PersistentVolumeClaim ungebunden bleibt, ist, dass die zugehörige StorageClass einen WaitForFirstConsumer-Bindungsmodus verwendet, aber noch kein Pod oder keine andere Arbeitslast versucht, das PersistentVolumeClaim zu nutzen.

Führen Sie die folgenden Schritte zur Fehlerbehebung aus, um das Problem zu beheben:

  1. Führen Sie den Befehl kubectl get pvc aus, um den Status aller PersistentVolumeClaims im Cluster zu prüfen und die nicht gebundenen PersistentVolumeClaim zu ermitteln:

    kubectl get pvc --all-namespaces | grep `Pending`

  2. Nachdem Sie die PersistentVolumeClaim identifiziert haben, die nicht an eine PersistentVolume gebunden ist, rufen Sie Informationen zur ungebundenen PersistentVolumeClaim ab, indem Sie den Befehl kubectl describe pvc ausführen:

    kubectl describe pvc PVC_NAME -n NAMESPACE_NAME

    Ersetzen Sie Folgendes:

    • PVC_NAME: Der Name des PersistentVolumeClaim, das nicht gesichert werden konnte.

    • NAMESPACE_NAME: der Name Ihres Namespace, in dem sich die PersistentVolumeClaim befindet.

    Nachdem die Beschreibung angezeigt wird, können Sie anhand der Felder Status und Events feststellen, ob die PersistentVolumeClaim an eine PersistentVolume gebunden ist. Wenn Sie immer noch nicht feststellen können, warum die PersistentVolumeClaim nicht an eine PersistentVolume gebunden ist, oder das ermittelte Problem nicht beheben können, können Sie den moderaten Modus für Ihren Sicherungsplan aktivieren. Weitere Informationen zum Aktivieren des moderaten Modus finden Sie unter Moderaten Modus in einem Sicherungsplan aktivieren.

Nächste Schritte