Describa el error

La implementación de trident-csi estaba fallando debido a

I1207 08:20:13.609384 1 connection.go:186] GRPC error: rpc error: code = FailedPrecondition desc = Trident initialization failed; error attempting to clean up snapshot snapshot-SOMEUUID from backend ontapnas.... : error reading volume size: flexvol trident_pvc_SOMEOTHERUUID not found

Por alguna razón, trident-csi estaba siguiendo referencias sobrantes a una instantánea en un backend de PVC que no admitía instantáneas.
La instantánea en sí ya no existía para ese PVC (es posible que se haya creado por error en kubernetes en el pasado [hace> 1 mes]). Incluso había borrado el PVC original. Pero el verdadero problema era que eliminar el objeto "volumensnapshot" para esa instantánea no parecía eliminar todas las demás referencias a él.

El backend era "ontap-nas-economy" ( https://netapp-trident.readthedocs.io/en/latest/kubernetes/operations/tasks/backends/ontap/drivers.html , el q-tree).

Parecía que CSI estaba tratando de ubicar una instantánea para un PV (qtree) aprovisionado en un backend 'económico', pero en realidad estaba verificando el volumen de pvc en el backend normal de ontap-nas. Que también está configurado como nuestro valor predeterminado. Sospecho que este problema ocurrió porque la clase de almacenamiento predeterminada era la económica cuando se creó la instantánea. Eso cambió más tarde para establecer el valor predeterminado en ontap-nas que admite backend, pero las referencias probablemente se rompieron o no se limpiaron correctamente en ese punto (?).

Esas otras referencias incluyen:

• un VolumeSnapshotContent que hacía referencia a la misma instantánea/pvc.
• un objeto TridentVolume que hace referencia a ese PVC eliminado
• una TridentTransaction que también contenía una referencia a esa instantánea.

Eliminar las referencias pasadas soluciona el problema.

Estado inicial:

Hace algún tiempo, se creó un recurso de instantánea de volumen para un backend que no lo admitía. Eliminar esa instantánea de volumen no pareció eliminar las referencias a ella en otros objetos trident crd.

Lo que provocó el error:

Al reiniciar algunos nodos, se reinició el kubelet en uno de los nodos que tenía el archivo adjunto de volumen para la instantánea/pvc.

Ambiente
Turno abierto 4.6.*

• Versión de Trident: 20.07.1 (también se bloqueó en 20.10.0 después de la actualización)
• Indicadores de instalación de Trident utilizados: --debug
• Tiempo de ejecución del contenedor: cri-o://1.19.0-24
• Versión de Kubernetes: v1.19.0
• Orquestador de Kubernetes: Openshift 4.6.*
• Puertas de funciones habilitadas para Kubernetes: [p. ej., CSINodeInfo]
• Sistema operativo: Red Hat Enterprise Linux CoreOS 46.82
• Tipos de backend de NetApp: [por ejemplo, CVS para AWS, ONTAP AFF 9.5, HCI 1.7]

Reproducir

• Establezca el backend de almacenamiento predeterminado en uno que no admita instantáneas.
• Cree un objeto de instantánea de volumen para un backend que no admita instantáneas
• Cambie el SC predeterminado a uno que admita instantáneas
• Eliminar la instantánea de volúmenes
• Reinicie el nodo que contenía el archivo adjunto para esa instantánea.
• Después de reiniciar el nodo, reinicie el pod trident-csi.
• Compruebe si todas las referencias están borradas.

Comportamiento esperado

Sin crashlooping en referencias TridentTransaction rotas.
Imprima una advertencia y continúe O limpie la referencia rota O agregue una bandera para activar/desactivar este comportamiento.