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 die Dinge erläutert, die bei der Ausführung der Aktion zu beachten sind, und wie Sie den Fehler beheben.

Fehler 100010101: Fehler beim Sichern von PersistentVolumeClaim – IAM-Bindung für Mandantenprojekt fehlt

Der Fehler 100010101 tritt auf, wenn der Versuch, ein PersistentVolumeClaim aufgrund einer fehlenden IAM-Bindung (Identity and Access Management) für Ihr Mandantenprojekt fehlschlägt. Dies führt zu einer Fehlermeldung mit dem Text Failed to backup PersistentVolumeClaim - Missing IAM binding for tenant project.

Sicherung für GKE erstellt Snapshots des nichtflüchtigen Speichers Ihres GKE-Clusters. Die Snapshots befinden sich in Ihrem Cloud de Confiance by S3NS Projekt, auch bekannt als Nutzerprojekt, und Cloud de Confiance by S3NS werden in einem von verwalteten Mandantenprojekt erstellt. Das Mandantenprojekt befindet sich in der Organisation google.com und ist von Ihrer eigenen Organisation getrennt.

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

So beheben Sie diesen Fehler:

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

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

  3. Suchen Sie die folgenden CMEK-Informationen, die für Ihren verschlüsselten nichtflüchtigen Speicher verwendet werden:

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

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

    • Standort: Der Cloud de Confiance by S3NS Standort Ihres Schlüssels. Beispiel: global oder us-central1.

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

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

    Ersetzen Sie Folgendes:

    • KEY_NAME: Der Name Ihres Verschlüsselungsschlüssels.

    • KEY_RING: Der Name des Schlüsselbunds.

    • LOCATION: Der Cloud de Confiance by S3NS Standort Ihres Schlüssels. Beispiel: global oder us-central1.

    • TENANT_PROJECT_NUMBER: Die Nummer des Mandantenprojekts, die Sie aus der Meldung status reason Ihres fehlgeschlagenen Sicherungsvorgangs erhalten haben.

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

    - members:
- serviceAccount:service-987654321098@compute-system.s3ns-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 der Versuch, ein PersistentVolumeClaim aufgrund eines Verstoßes gegen die Einschränkung der Organisationsrichtlinie beim Erstellen des Snapshots fehlschlägt. Dies führt zu einer Fehlermeldung mit dem Text Failed to backup PersistentVolumeClaim - Org policy constraint violation while creating snapshot.

Sicherung für GKE erstellt Snapshots des nichtflüchtigen Speichers Ihres GKE-Clusters. Die Snapshots befinden sich in Ihrem Cloud de Confiance by S3NS Projekt, auch bekannt als Nutzerprojekt, und werden in einem von verwalteten Mandantenprojekt erstellt. Cloud de Confiance by S3NSDas Mandantenprojekt befindet sich in der Organisation google.com und ist von Ihrer eigenen Organisation getrennt.

Ihre Organisationsrichtlinie legt fest, 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, da sie in einem Mandantenprojekt erstellt wurden, 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 über die Cloud de Confiance Console finden Sie unter Organisationsrichtlinien aufrufen.

  2. Ändern Sie die Richtlinie constraints/compute.storageResourceUseRestrictions, um den Mandantenprojektordner folders/77620796932, der von Sicherung für GKE verwendet wird, in die Zulassungsliste aufzunehmen.

  3. Speichern Sie die Richtlinienänderungen, nachdem Sie den Ordner der Zulassungsliste hinzugefügt haben.

  4. Wiederholen Sie den Sicherungsvorgang, nachdem die Organisationsrichtlinie aktualisiert und weitergegeben wurde. Das dauert in der Regel einige Minuten. Die Sicherung sollte ohne Verstoß gegen die Einschränkungen der Nutzung von Speicherressourcen erfolgen. Wenn der Vorgang weiterhin fehlschlägt, wenden Sie sich an Cloud Customer Care, um weitere Unterstützung zu erhalten.

Fehler 100010106: Fehler beim Sichern von PersistentVolumeClaim – IAM-Bindung für den Sicherung für GKE-Dienst-Agent fehlt

Der Fehler 100010106 tritt auf, wenn der Versuch, ein PersistentVolumeClaim zu sichern, aufgrund einer fehlenden IAM-Bindung (Identity and Access Management) für Ihren Sicherung für GKE-Dienst-Agent fehlschlägt. Dies führt zu einer Fehlermeldung mit dem Text Failed to backup PVC - Missing IAM binding for Backup for GKE service agent.

Sicherung für GKE benötigt Berechtigungen, um den vom Kunden verwalteten Verschlüsselungsschlüssel (CMEK) Ihres BackupPlan zum Ver- und Entschlüsseln von Volumes und nichtflüchtigen Speichern zu verwenden. Wenn dem Sicherung für GKE-Dienst-Agent die Rolle roles/cloudkms.cryptoKeyEncrypterDecrypter für den CMEK Ihres BackupPlan fehlt, schlagen Sicherungsvorgänge fehl.

So beheben Sie diesen Fehler:

  1. Suchen 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.s3ns-system.iam.gserviceaccount.com. Sie können Ihre Projektnummer mit einer der folgenden Methoden finden:

    • Verwenden Sie das Cloud de Confiance by S3NS Projekt-Dashboard in der Cloud de Confiance 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. Suchen 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 Cloud de Confiance by S3NS Standort Ihres BackupPlan CMEK ist angesiedelt. Beispiel: global oder us-central1.

  3. Führen Sie den Befehl gcloud kms keys add-iam-policy-binding über die Google Cloud CLI aus, um dem Sicherung für GKE-Dienst-Agent die Rolle roles/cloudkms.cryptoKeyEncrypterDecrypter für Ihren CMEK zu gewähren:

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

    Ersetzen Sie Folgendes:

    • KEY_NAME: Der Name Ihres Verschlüsselungsschlüssels.

    • KEY_RING: Der Name des Schlüsselbunds.

    • LOCATION: Der Cloud de Confiance by S3NS Standort Ihres Schlüssels. Beispiel: global oder us-central1.

    • PROJECT_NUMBER: Ihre Cloud de Confiance by S3NS Projektnummer.

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

  5. Prüfen Sie, ob Sie die gewährten Berechtigungen haben. Suchen Sie in der Ausgabe des vorherigen Befehls gcloud kms keys add-iam-policy-binding nach einem Eintrag, der so aussieht:

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

  6. Wiederholen Sie den Sicherungsvorgang, nachdem Sie die erforderlichen Berechtigungen gewährt haben. Wenn der Vorgang nicht erfolgreich abgeschlossen wird, wenden Sie sich an Cloud Customer Care, um weitere Unterstützung zu erhalten.

Fehler 100010107: Fehler beim Sichern von PersistentVolumeClaim – IAM-Bindung fehlt – Dienstkonto des Agents (KCP)

Der Fehler 100010107 tritt auf, wenn Sie versuchen, einen Sicherung für GKE-Sicherungsvorgang auszuführen, und der Dienst-Agent des Google Kubernetes Engine-Clusters keinen Zugriff auf Ihren kundenverwalteten Verschlüsselungsschlüssel (CMEK) hat. Dies führt zu einer Meldung mit dem Text Failed to backup PVC - Missing IAM binding - agent service account (KCP).

Der Dienst-Agent des Google Kubernetes Engine-Clusters, in der Regel im Format von service-PROJECT_NUMBER@container-engine-robot.s3ns-system.iam.gserviceaccount.com, ist unerlässlich, damit Ihr GKE-Cluster mit Cloud de Confiance by S3NS Diensten interagieren kann. Wenn Ihr Sicherungsplan einen kundenverwalteten Verschlüsselungsschlüssel (CMEK) verwendet. Dieser Dienst-Agent benötigt Berechtigungen, um Ihre Sicherungsdaten mit Ihrem CMEK zu ver- und entschlüsseln. Wenn dem Sicherungsplan die Rolle roles/cloudkms.cryptoKeyEncrypterDecrypter für Ihren CMEK fehlt, schlagen Sicherungsvorgänge, die vom Cluster aus initiiert werden, mit einem Fehler permission denied fehl.

So beheben Sie diesen Fehler:

  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. Suchen Sie den Dienst-Agent des Google Kubernetes Engine-Clusters. Dieser Dienst-Agent wird automatisch von Cloud de Confiance by S3NS für Ihre GKE Cluster erstellt und verwaltet. Beispiel: service-PROJECT_NUMBER@container-engine-robot.s3ns-system.iam.gserviceaccount.com. Sie benötigen die Projektnummer, um das vollständige Dienstkonto zu erstellen. Sie können Ihre Projektnummer mit einer der folgenden Methoden finden:

    • Verwenden Sie das Cloud de Confiance by S3NS Projekt-Dashboard in der Cloud de Confiance 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 die 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.

    • Standort: Der Cloud de Confiance by S3NS Standort Ihres Schlüssels. Beispiel: global oder us-central1.

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

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

    Ersetzen Sie Folgendes:

    • KEY_NAME: Der Name Ihres Verschlüsselungsschlüssels.

    • KEY_RING: Der Name des Schlüsselbunds.

    • LOCATION: Der Cloud de Confiance by S3NS Standort 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.s3ns-system.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.

Fehler 100010109: Fehler beim Sichern von PersistentVolumeClaim – Zielregion für die Sicherung ist gemäß der DiskSettings-Richtlinie nicht zulässig

Der Fehler 100010109 tritt auf, wenn die Zielregion für die Sicherung gemäß Ihrer DiskSettings-Richtlinie für den Zugriffsort nicht zulässig ist.

Informationen zum Fehler

Dieser Fehler tritt auf, wenn für einige in dem Cluster referenzierte Laufwerkstandorte, die gesichert werden, eine DiskSettings-Richtlinie für den Zugriffsort auf SPECIFIC_REGIONS festgelegt ist. Da diese Richtlinie für den Zugriffsort nur bestimmte Regionen als gültige Standorte für die Snapshot-Erstellung zulässt, wird die Sicherung abgelehnt, wenn der Zielspeicherort außerhalb dieser Liste liegt. In diesem Fall schlägt die Snapshot-Erstellung mit einer Meldung ähnlich 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: Suchen Sie in der Fehlermeldung nach dem Quelllaufwerkstandort (z. B. us-central1) und der Zielregion für den Snapshot (z. B. us-east1), die abgelehnt wurde.

  2. DiskSettings-Richtlinie aktualisieren: Um das Problem zu beheben, müssen Sie die DiskSettings so aktualisieren, dass der Zielspeicherort für die in Ihrem Cluster referenzierten Laufwerkstandorte zulässig ist. Dazu können Sie die Zielregion mit der Google Cloud CLI der Zulassungsliste für Zugriffsorte 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. Hinzufügen von us-east1 als zulässig für Laufwerke in us-central1):

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

  3. Sicherungsvorgang wiederholen: Nachdem Sie die DiskSettings so aktualisiert haben, dass die Zielregion für die Sicherung zulässig ist, wiederholen Sie den Sicherungsvorgang.

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

Der Fehler 100020101 tritt auf, wenn der Versuch, ein PersistentVolumeClaim fehlschlägt, weil das PersistentVolumeClaim an einen nicht unterstützten PersistentVolume Typ gebunden ist. Der Fehler führt zu der 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 gefunden wird, das an ein PersistentVolume gebunden ist, das einen Volume Typ verwendet, der für die Datensicherung durch Sicherung für GKE nicht unterstützt wird. Sicherung für GKE unterstützt hauptsächlich die Sicherung von Daten aus nichtflüchtigen Volumes. Wenn ein PersistentVolumeClaim an ein PersistentVolume gebunden ist, das kein nichtflüchtiger Speicher ist, schlägt der Sicherungsvorgang für die Daten des PersistentVolumeClaim fehl.

So beheben Sie diesen Fehler:

  1. Listen Sie alle PersistentVolumeClaims und die PersistentVolumes auf, an die sie gebunden sind, indem Sie den Befehl kubectl get pvc ausführen. Sehen Sie sich diese Liste an, um die PersistentVolumes zu ermitteln, die von nicht unterstützten Volume-Typen unterstützt werden.

    kubectl get pvc --all-namespaces -o wide

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

    kubectl describe pv PERSISTENT_VOLUME_NAME

    Ersetzen Sie Folgendes:

    PERSISTENT_VOLUME_NAME: der Name von PersistentVolume , für das in der Ausgabe des vorherigen Schritts in der Spalte VOLUME ein nicht unterstützter Volume-Typ aufgeführt ist.

    Verwenden Sie in der Ausgabe die Felder Source und Driver, um Details zum Volume-Bereitsteller zu erhalten:

    • Für unterstützte nichtflüchtige Speicher: Die Ausgabe sieht etwa so aus: Source.Driver: pd.csi.storage.gke.io oder Source.Type:GCEPersistentDisk.

    • Für nicht unterstützte Typen, die den Fehler verursachen: Die Ausgabe wäre ein nichtflüchtiger Speichertreiber, 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 Volume migrieren: Diese Methode empfehlen wir für vollständige Daten sicherungen. Wenn Sie die tatsächlichen 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 zu einem neuen nichtflüchtigen CSI-Volume 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: Diese Methode empfehlen wir, 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 Sicherung für GKE-Sicherungsplan so konfigurieren, dass die Sicherung im permissiven Modus fortgesetzt werden kann. Weitere Informationen zum Aktivieren des permissiven Modus finden Sie unter Permissiven Modus in einem Sicherungsplan aktivieren.

  4. Wiederholen Sie den Sicherung für GKE-Vorgang. Je nach der Methode, die Sie zum Beheben des Fehlers gewählt haben, verhält sich der Sicherung für GKE-Vorgang so:

    • Wenn Sie zu einem nichtflüchtigen Volume migriert sind, sollte die Sicherung für das Volume einschließlich der Daten erfolgreich sein.

    • Wenn Sie den permissiven Modus aktiviert haben, sollte der Sicherungsvorgang 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, um weitere Unterstützung zu erhalten.

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

Der Fehler 100020104 tritt auf, wenn der Versuch, ein PersistentVolumeClaim zu sichern, fehlschlägt, weil das PersistentVolumeClaim nicht an ein PersistentVolume gebunden ist. Der Fehler führt zu der 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 verbrauchenden Arbeitslast wie einem Pod verwendet und anschließend von Sicherung für GKE gesichert werden kann. Wenn sich das PersistentVolumeClaim im Status Pending befindet, bedeutet das, dass kein geeignetes PersistentVolume verfügbar ist oder nicht bereitgestellt oder gebunden werden kann, was zum Fehler beim Sicherungsvorgang führt. Ein häufiger Grund dafür, dass ein PersistentVolumeClaim nicht gebunden ist, ist, dass die zugehörige StorageClass einen WaitForFirstConsumer-Bindungsmodus verwendet, aber noch kein Pod oder eine andere Arbeitslast versucht, das PersistentVolumeClaim zu verwenden.

So beheben Sie diesen Fehler:

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

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

  2. Nachdem Sie das PersistentVolumeClaim ermittelt haben, das nicht an ein PersistentVolume gebunden ist, rufen Sie Informationen zum nicht gebundenen 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 des Namespace, in dem sich das PersistentVolumeClaim befindet.

    Nachdem die Beschreibung angezeigt wurde, prüfen Sie in den Feldern Status und Events, ob das PersistentVolumeClaim an ein PersistentVolume gebunden ist. Wenn Sie immer noch nicht feststellen können, warum das PersistentVolumeClaim nicht an ein PersistentVolume gebunden ist, oder wenn Sie das ermittelte Problem nicht beheben können, können Sie den permissiven Modus in Ihrem Sicherungsplan aktivieren. Weitere Informationen zum Aktivieren des permissiven Modus finden Sie unter Permissiven Modus in einem Sicherungsplan aktivieren.

Nächste Schritte