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

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 die 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.

Symptoms

Wenn Kubernetes-Objekte (persistente Volumes (PVs) oder DellCSIReplicationGroups (RGs) werden Löschbefehle ausgegeben, die kubectl reagiert möglicherweise auf unbestimmte Zeit nicht mehr, anstatt den betreffenden PV oder RG zu löschen. Wenn die RGs erfolgreich gelöscht wurden, werden ihre zugehörigen SyncIQ-Policies auf den zugehörigen PowerScale-Storage-Arrays möglicherweise nicht wie beabsichtigt gelöscht. 

Dies kann zu Problemen führen, wenn eine weitere Replikation mit derselben Kubernetes-Storage-Klasse versucht wird. 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 CSM-verwalteten Kubernetes-Objekten berücksichtigen und behandeln die CSM-Replikation (Container Storage Modules) nicht ordnungsgemäß, wenn das Objekt gelöscht wird. Dies führt dazu, dass das Objekt auf unbestimmte Zeit im Status "Terminating" verbleibt, da die Bedingungen im Finalizer nicht erfüllt sind.
 

Das Löschen der SyncIQ-Policy wird nicht ordnungsgemäß durchgeführt, wenn der CSM-Replikationscontroller und der Replikationssidecar das Löschen einer RG verarbeiten. Dies führt dazu, dass die SyncIQ-Policy auch nach dem Löschen der RG auf dem Storage-Array verbleibt.

Resolution

Auflösung:

Das 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 <RG NAME>
  • Für PVs:
kubectl edit pv <PV NAME>
  1. Dadurch wird das entsprechende Objekt in einem Texteditor geöffnet. Innerhalb des Objekts gibt es mehrere Kategorien von Tags, wie unten dargestellt:
Objekt-Tags
  1. Löschen Sie die Zeile "finalizers:" und die zugehörigen Einträge manuell. Im obigen Fall lautet dies:

Zu löschende Finalizer-Zeilen

 

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


So löschen Sie SyncIQ-Policies, die auf dem Array verbleiben:

  1. Melden Sie sich über die Webnutzeroberflä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 zur Unterregisterkarte Policies .
  4. Klicken Sie in der Policy, die gelöscht werden soll, auf Actions und dann auf Delete Policy.
  5. Wiederholen Sie dies bei Bedarf für das PowerScale-Zielarray.

Affected Products

Container Storage Modules

Products

Container Storage Modules Family
Article Properties
Article Number: 000206294
Article Type: Solution
Last Modified: 30 حزيران 2026
Version:  7
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.