Closed Dr-Octavius closed 2 months ago
Checking logs when other nodes are deployed confirms this. Typical output of kubectl get events -n
This is from other pods. They are dependant on ztunnel, so it makes sense they are blocked. What we need to see is why k8s isn't scheduling pods. This is plausibly in the Daemonset events.
or could be the node selector?
name = "nodeSelector.nodepool"
value = "my-np"
Do all your nodes have that label?
Hey @howardjohn ,
Yep it was definitely the node selector. I wasn't able to catch this during my deploy. Will this be expected behavior moving forward? (I.e. ability to use nodeSelector or even taints and tolerations to control where the DaemonSet deploy) or will this be a protected behavior?
To clarify, I was able to run the zTunnel as a DaemonSet properly one I removed that as I realised that it was targeting pods only with that label in the nodepool
There are no plans to remove features from the helm charts
Hmmm oki!
Thanks @howardjohn 😊
Is this the right place to submit this?
Bug Description
Environment: doks-1.30.4-do.0 (Digital Ocean on Kubernetes -> implements 1.30.4 under the hood) istio version 1.23
Installation Configuration:
Fixes Attempted:
result:
istio-cni is able to populate to all 5 nodes running on my cluster. zTunnel only populates a single pod. I have 5 nodes on my current cluster. Fix does not solve the issue
Version
Additional Information
Checking logs when other nodes are deployed confirms this. Typical output of
kubectl get events -n <name-space>
Namespaces have been labelled as such in terraform: