Closed magicite closed 3 months ago
Hi @magicite,
When Trident implemented NVMe driver, the max length of subsystem that ONTAP used was 96 chars and that’s what Trident used. However, ONTAP has changed the max length of NVMe subsystem from 96 chars to 64 chars in 9.14.1. This ONTAP change breaks the backward compatibility.
For the file system volumes, the NVMe subsystem is a combination of host-node-name and trident UUID . This issue has already been identified & should be fixed in Trident 24.06
Meanwhile, 3 options:
Trident 24.06 has been released and this issue should be addressed.
Trident 24.06 is now released.
Describe the bug When using nvme/tcp in k8s environments with long node names, pods cannot attach to the storage.
Event from pod that won't initialize
Corresponding entry from
security audit log show
:Environment
To Reproduce Given the entry from the audit log, I think you need to have a k8s node with a long name.
Expected behavior The volume should attach.
Extra info I happened to have an older test environment set up, that was originally used with an older version of astra trident and ONTAP software, which also has long node names. Things worked in that environment, and have held steady since then. I just went to create a new pod, without updating the astra trident software, but with the AFF800 now running 9.14.1, and it fails identical to above. I would guess then that this is a regression introduced in or around ontap 9.14.1.