Dell CsM-Produktreihe (Container Storage Modules) für die Replikation von PowerScale: Replikationsartefakte bleiben nach dem Löschen bestehen

Summary: Replizierte persistente Volumes (PVs) und DellCSIReplicationGroups (RGs) werden gelegentlich nicht gelöscht, wenn relevante Kubernetes-Löschbefehle ausgegeben werden. SyncIQ-Policies auf PowerScale-Arrays können auch nicht ordnungsgemäß beibehalten werden, nachdem ihre zugehörige RG gelöscht wurde. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Wenn Kubernetes-Objekte (Persistent Volumes (PVs) oder DellCSIReplicationGroups (RGs) Löschbefehle ausgegeben werden, reagiert der Kubectl-Befehl möglicherweise nicht mehr auf unbestimmte Zeit, anstatt den betreffenden PV oder die betreffende RG zu löschen. Wenn die RGs erfolgreich gelöscht werden, werden ihre zugehörigen SyncIQ-Policies auf zugehörigen PowerScale-Speicherarrays möglicherweise nicht wie vorgesehen gelöscht. 

Dies kann zu Problemen bei weiteren Replikationsversuchen mit derselben Kubernetes-Speicherklasse führt. Dieses Problem kann zu Szenarien führen, in denen Speicherplatz nicht freigegeben wird, nachdem er nicht mehr benötigt wird.

Das Problem wird hier gemeldet: https://github.com/dell/csm/issues/523

Cause

Finalizer-Tags in den von CSM verwalteten Kubernetes-Objekten berücksichtigen und adressieren die CSM-Replikation (Container Storage Modules), wenn das Objekt gelöscht wird. Dies führt dazu, dass das Objekt auf unbestimmte Zeit im Status "Terminating" verbleibt, da die Bedingungen in seinem Finalizer nicht erfüllt sind.
 
Das Löschen der SyncIQ-Policy wird nicht ordnungsgemäß durchgeführt, wenn CSM-Replikationscontroller und Replikations-Sidecar das Löschen einer RG verarbeiten. Dies führt dazu, dass die SyncIQ-Policy auch nach dem Löschen der RG auf dem Speicherarray verbleibt.

Resolution

Auflösung:

Engineering hat dieses Problem in Dell CSM für PowerScale 1.6.0 behoben.
Problemumgehung:
Für Kubernetes-Objekte:
  1. Brechen Sie den Löschvorgang ab, der nicht reagiert (z. B. Strg+C). Greifen Sie mit dem folgenden Befehl manuell auf die Objekte zu, die nicht gelöscht werden können:
  • Für RGs:
kubectl edit rg
  • Für PVs:
kubectl edit pv
  1. Dadurch wird das relevante Objekt in einem Texteditor geöffnet. Innerhalb des Objekts gibt es mehrere Kategorien von Tags, wie unten dargestellt:
Objekttags
  1. Löschen Sie manuell die Zeile "finalizers:" und ihre Einträge. Im obigen Fall ist dies:

Zu löschende Zeilen abschließen

 

  1. Speichern Sie die Datei im Texteditor, beenden Sie den Editor und führen Sie den Löschbefehl erneut aus. Dieser Prozess kann für alle replizierten PVs und RGs wiederholt werden, die nicht gelöscht werden können.


Gehen Sie zum Löschen von SyncIQ-Policies, die auf dem Array verbleiben, wie folgt vor:

  1. Melden Sie sich über die Webbenutzeroberfläche beim PowerScale-Quellarray an.
  2. Navigieren Sie zur Registerkarte Data Protection und wählen Sie SyncIQ aus.
  3. Navigieren Sie auf der Seite SyncIQ zum Unterregister Policies .
  4. Klicken Sie in der Richtlinie, die gelöscht werden muss, auf Aktionen und dann auf Richtlinie löschen.
  5. Wiederholen Sie dies für das PowerScale-Zielarray nach Bedarf.

Affected Products

Container Storage Modules

Products

Container Storage Modules Family
Article Properties
Article Number: 000206294
Article Type: Solution
Last Modified: 03 Jul 2023
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.