You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
We have a situation where the 2/4 dataLIFs have been disabled. Trident continues to use all 4 of them during ControllerPublish which in turns gets passed to NodeStage and is used for initiating iscsi connections. The connections fail (as expected) and we end up in a bad state.
Environment
Provide accurate information about the environment to help us reproduce the issue.
Trident version: 20.10, 21.01
Trident installation flags used: nothing special
Container runtime: 19.03, 18.09
Kubernetes version: 1.19
Kubernetes orchestrator: Rancher v2.x
Kubernetes enabled feature gates: none
OS: CentOS7 with elrepo kernel
NetApp backend types: ontap-san, ontap-nas
Other:
To Reproduce
Disable a dataLIF, attach a volume after disabling.
Expected behavior
The disable LIF doesn't get picked up and used.
One way to address this for all ontap drivers is to use ONTAP's on-box DNS load balancing (or a round-robin DNS for that matter) and explicitly set the dataLIF in the backend.json. The good thing with the on-box DNS load balancing is that I would assume it would handle LIFs that are down and can avoid this issue altogether.
Describe the bug
We have a situation where the 2/4 dataLIFs have been disabled. Trident continues to use all 4 of them during ControllerPublish which in turns gets passed to NodeStage and is used for initiating iscsi connections. The connections fail (as expected) and we end up in a bad state.
Environment
Provide accurate information about the environment to help us reproduce the issue.
To Reproduce
Disable a dataLIF, attach a volume after disabling.
Expected behavior
The disable LIF doesn't get picked up and used.
Additional context
After completely deleting the dataLIFs we get this in the logs:
The text was updated successfully, but these errors were encountered: