Jelaskan bugnya

Penyebaran trisula-csi mengalami crashlooping karena

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

Untuk beberapa alasan trident-csi mengikuti sisa referensi ke snapshot di backend PVC yang tidak mendukung snapshot.
Snapshot itu sendiri tidak ada lagi untuk PVC itu (mungkin telah salah dibuat di kubernetes di masa lalu [>1 bulan yang lalu]). Saya bahkan telah menghapus PVC asli. Tetapi masalah sebenarnya adalah menghapus objek "volumesnapshot" untuk snapshot itu, sepertinya tidak menghapus semua referensi lain untuk itu.

Backendnya adalah "ontap-nas-economy" ( https://netapp-trident.readthedocs.io/en/latest/kubernetes/operations/tasks/backends/ontap/drivers.html , yang q-tree).

Sepertinya CSI mencoba mencari snapshot untuk PV (qtree) yang disediakan di backend 'ekonomi', tapi sebenarnya memeriksa volume pvc di backend ontap-nas biasa. Yang ditetapkan sebagai default kami juga. Saya menduga masalah ini terjadi karena kelas penyimpanan default adalah kelas ekonomi, ketika snapshot dibuat. Itu berubah nanti untuk mengatur default ke ontap-nas yang mendukung backend, tetapi referensi mungkin rusak/tidak dibersihkan dengan benar pada saat itu (?).

Referensi lain tersebut antara lain:

• a VolumeSnapshotContent yang mereferensikan snapshot/pvc.
• referensi objek TridentVolume yang menghapus PVC
• a TridentTransaction yang juga berisi referensi ke snapshot itu.

Menghapus referensi sebelumnya akan memperbaiki masalah.

keadaan awal:

Beberapa waktu lalu, sumber daya volumesnapshot dibuat untuk backend yang tidak mendukungnya. Menghapus volumesnapshot itu tampaknya tidak menghapus referensinya pada objek trisula crd lainnya.

Apa yang memicu bug:

Restart beberapa node, restart kubelet pada salah satu node yang memiliki volumeattachment untuk snapshot/pvc.

Lingkungan
Buka shift 4.6.*

• Versi trisula: 20.07.1 (juga macet di 20.10.0 setelah memutakhirkan)
• Bendera instalasi trisula yang digunakan: --debug
• Waktu proses kontainer: cri-o://1.19.0-24
• Versi Kubernetes: v1.19.0
• Orkestra Kubernetes: Openshift 4.6.*
• Gerbang fitur yang diaktifkan Kubernetes: [mis. CSINodeInfo]
• OS: Red Hat Enterprise Linux CoreOS 46.82
• Jenis backend NetApp: [misalnya CVS untuk AWS, ONTAP AFF 9.5, HCI 1.7]

Untuk Mereproduksi

• Setel backend penyimpanan default ke yang tidak mendukung snapshot.
• Buat objek volumesnapshot untuk backend yang tidak mendukung snapshot
• Ubah SC default menjadi yang mendukung snapshot
• Hapus volumesnapshot
• Mulai ulang node yang berisi lampiran untuk snapshot itu.
• Setelah me-restart node, restart pod trident-csi.
• Periksa apakah semua referensi telah dihapus.

Perilaku yang diharapkan

Tidak ada crashlooping pada referensi TridentTransaction yang rusak.
Cetak peringatan dan lanjutkan ATAU bersihkan referensi yang rusak ATAU tambahkan tanda untuk mengaktifkan/menonaktifkan perilaku ini.