Skip to content

[release-v1.42] Default calico-node to the node's own DNS resolver - #5247

Open
caseydavenport wants to merge 1 commit into
tigera:release-v1.42from
caseydavenport:casey-node-dns-default-v1.42
Open

[release-v1.42] Default calico-node to the node's own DNS resolver#5247
caseydavenport wants to merge 1 commit into
tigera:release-v1.42from
caseydavenport:casey-node-dns-default-v1.42

Conversation

@caseydavenport

Copy link
Copy Markdown
Member

Description

Backport of #5246.

calico-node runs before CNI is installed, so cluster DNS is not reachable on the node when it starts. It inherited the operator's ClusterFirstWithHostNet policy, leaving the CoreDNS ClusterIP as its only resolver, which deadlocks the rollout on a cluster where the Kubernetes API server is reachable only by name. It defaults to the node's own resolver instead, and inherits the operator's DNS settings only when the operator has an explicit dnsConfig.

Release Note

Fixed a deadlock on clusters where the Kubernetes API server is reachable only by name, by defaulting calico-node to the node's own DNS resolver.

calico-node runs before CNI is installed, so cluster DNS is not reachable
when it starts. It now inherits the operator's DNS settings only when the
operator has an explicit dnsConfig.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants