Skip to main content
Sign Out

Welcome to Dell

My Account
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products
  • Manage your Dell EMC sites, products, and product-level contacts using Company Administration.
Sign In Create an Account Dell Financial Services Premier Sign In Partner Program Sign In
Contact Us

Your Dell.com Carts

Article Number: 000206294

Dell Container Storage Modules (CSM) Family for Replication PowerScale: Replication Artifacts Remain After Deletion

Summary: Replicated Persistent Volumes (PVs) and DellCSIReplicationGroups (RGs) occasionally do not get deleted when issued relevant Kubernetes deletion commands. SyncIQ policies on PowerScale arrays can also improperly persist after their related RG is deleted. ...

This article may have been automatically translated. If you have any feedback regarding its quality, please let us know using the form at the bottom of this page.

Article Content

Symptoms

When Kubernetes objects (Persistent Volumes (PVs) or DellCSIReplicationGroups (RGs) are issued delete commands, the kubectl command may stop responding indefinitely instead of deleting the PV or RG in question. When the RGs are successfully deleted, their associated SyncIQ policies on related PowerScale storage arrays may not be deleted as intended. 

This can create issues when further replication is attempted with the same Kubernetes storage class. This issue can cause scenarios where storage space is not freed up after it is no longer necessary.

Issue is reported here: https://github.com/dell/csm/issues/523

Cause

Finalizer tags in the CSM-managed Kubernetes objects do not properly honor and address Container Storage Modules (CSM) replication when the object is deleted. This results in the object remaining in a "Terminating" state indefinitely because the conditions in its finalizer are not met.
 
SyncIQ policy deletion is not properly performed when CSM replication controller and replication sidecar handle the deletion of an RG. This results in the SyncIQ policy remaining on the storage array even after its RG is deleted.

Resolution

Resolution:

Engineering has resolved this issue in Dell CSM for PowerScale 1.6.0.
Workaround:
For Kubernetes objects:
  1. Cancel the deletion that is not responding (for example, Ctrl+C). Manually access the objects that are failing to delete with the following command:
  • For RGs:
kubectl edit rg <RG NAME>
  • For PVs:
kubectl edit pv <PV NAME>
  1. This opens the relevant object in a text editor. Inside the object, there are several categories of tags, as seen below:
Object Tags
  1. Manually delete the "finalizers:" line and its entries. In the above case, this is:

Finalizer Lines to Delete

 

  1. Save the file in the text editor, exit the editor, and then run the deletion command again. This process may be repeated for all replicated PVs and RGs that are failing to delete.


For deleting SyncIQ policies left on the array:

  1. Log in to the source PowerScale array using its web user interface.
  2. Go to the Data Protection tab and select SyncIQ.
  3. From the SyncIQ page, go to the Policies subtab.
  4. On the policy that must be deleted, click Actions, and then Delete Policy.
  5. Repeat for the target and destination PowerScale array as needed.

Article Properties

Affected Product

Container Storage Modules

Product

Container Storage Modules Family

Last Published Date

03 Jul 2023

Version

5

Article Type

Solution

Back to Top