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
What steps did you take and what happened:
Have observed inconsistent behaviors in CAPG clusters using Kubernetes version 1.28 or below v/s CAPG clusters using Kubernetes version 1.29 with Cloud Controller Manager. The difference appears in Node.status.addresses where Kubernetes 1.28 or below clusters have all InternalIP, InternalDNS and Hostname as opposed to Kubernetes 1.29 clusters who only have InternalIP.
This might create issues for downstream users.
What did you expect to happen:
Expected the Node.status.addresses to have all three types of addresses.
Anything else you would like to add:
Snippet from cluster using K8s 1.28:
Snippet from cluster using K8s 1.29:
Environment:
Cluster-api version:
Minikube/KIND version:
Kubernetes version: (use kubectl version):
OS (e.g. from /etc/os-release):
The text was updated successfully, but these errors were encountered:
/kind bug
What steps did you take and what happened:
Have observed inconsistent behaviors in
CAPG clusters using Kubernetes version 1.28
or below v/sCAPG clusters using Kubernetes version 1.29 with Cloud Controller Manager
. The difference appears inNode.status.addresses
where Kubernetes 1.28 or below clusters have all InternalIP, InternalDNS and Hostname as opposed to Kubernetes 1.29 clusters who only have InternalIP.This might create issues for downstream users.
What did you expect to happen:
Expected the Node.status.addresses to have all three types of addresses.
Anything else you would like to add:
Snippet from cluster using K8s 1.28:
Snippet from cluster using K8s 1.29:
Environment:
kubectl version
):/etc/os-release
):The text was updated successfully, but these errors were encountered: