Trident iSCSI PVCs Created During ONTAP Node Failover Have Only Single Path After Giveback
Applies to
- Trident
- Kubernetes clusters using Trident iSCSI backend
- Linux Kubernetes worker nodes
Issue
Symptom:
- When a new PersistentVolumeClaim (PVC) is created during an ONTAP node failover event (such as during an ONTAP upgrade), only one iSCSI path is established for the LUN.
- After storage giveback (when the node returns to service), multipath is not restored for these PVCs—only a single iSCSI path remains available.
- This impacts redundancy and may affect application high availability.
Log Output Examples:
multipath -llon affected node shows only a single path for the new LUN.iscsiadm -m sessionconfirms only one active iSCSI session for the PVC/LUN.- Trident controller logs during PVC creation:
time="2026-07-10T03:36:57Z" level=debug msg="DataLIFs with reporting nodes." logLayer=core reportedDataLIFs="[10.X.X.X]" ...
(Only one DataLIF listed for affected PVC; two DataLIFs for healthy PVCs.)
Condition:
- Affects only PVCs created while an ONTAP node is in takeover (failover) state.
- PVCs created before the upgrade or after full giveback are not affected.
- Issue persists after giveback; multipath is not restored automatically.
