Família de módulos de armazenamento em contêiner (CSM) da Dell para PowerScale de replicação: Os artefatos de replicação permanecem após a exclusão

Quando o Kubernetes se opõe [volumes persistentes (PVs] ou DellCSIReplicationGroups (RGs) são emitidos comandos de exclusão, o kubectl pode parar de responder indefinidamente em vez de excluir o PV ou RG em questão. Quando os RGs são excluídos com sucesso, as políticas associadas do SyncIQ nos storage arrays PowerScale relacionados podem não ser excluídas conforme o esperado. 

Isso pode criar problemas quando uma replicação adicional é tentada com a mesma classe de armazenamento do Kubernetes. Esse problema pode causar cenários em que o espaço de armazenamento não é liberado depois que não é mais necessário.

O problema é relatado aqui: https://github.com/dell/csm/issues/523

A exclusão da política do SyncIQ não é executada corretamente quando o controlador de replicação do CSM e o sidecar de replicação lidam com a exclusão de um RG. Isso fará com que a política do SyncIQ permaneça no storage array mesmo depois que seu RG for excluído.

Resolução:

A engenharia resolveu esse problema no Dell CSM para PowerScale 1.6.0.

Solução temporária:
para objetos do Kubernetes:

1. Cancele a exclusão que não está respondendo (por exemplo, Ctrl+C). Acesse manualmente os objetos com falha de exclusão usando o seguinte comando:

• Para RGs:

kubectl edit rg <RG NAME>

• Para PVs:

kubectl edit pv <PV NAME>

2. Isso abre o objeto relevante em um editor de texto. Dentro do objeto, existem várias categorias de tags, como visto abaixo: