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:
I observed an issue where a ClusterIP service with no ClusterIP specified was assigned IP address 10.43.0.10 -- the cluster-dns IP. It must've been assigned that IP before CoreDNS started. This prevented kube-dns and other services from starting successfully.
I was able to work around the issue by deleting and recreating the offending service. It came up with a new IP address and all services were able to start successfully once the conflict was removed.
Is there a way to prevent the cluster-dns IP address from being assigned to other services?
Steps To Reproduce:
Intermittent issue -- cannot reliably reproduce.
Expected behavior:
Service IP addresses do not overlap configured cluster-dns IP address.
Actual behavior:
Service IP address can overlap configured cluster-dns IP address.
Additional context / logs:
From k3s journald log:
Jul 30 15:45:01 k3s.host k3s[4037]: time="2024-07-30T15:45:01Z" level=error msg="Failed to process config: failed to process /var/lib/rancher/k3s/server/manifests/coredns.yaml: failed to create kube-system/kube-dns /v1, Kind=Service for kube-system/coredns: Service \"kube-dns\" is invalid: spec.clusterIPs: Invalid value: []string{\"10.43.0.10\"}: failed to allocate IP 10.43.0.10: provided IP is already allocated"
The text was updated successfully, but these errors were encountered:
This repository uses a bot to automatically label issues which have not had any activity (commit/comment/label) for 45 days. This helps us manage the community issues better. If the issue is still relevant, please add a comment to the issue so the bot can remove the label and we know it is still valid. If it is no longer relevant (or possibly fixed in the latest release), the bot will automatically close the issue in 14 days. Thank you for your contributions.
Environmental Info:
K3s Version:
Node(s) CPU architecture, OS, and Version:
Cluster Configuration:
Single node -- contents of
/etc/rancher/k3s/config.yaml
:Describe the bug:
I observed an issue where a ClusterIP service with no ClusterIP specified was assigned IP address 10.43.0.10 -- the
cluster-dns
IP. It must've been assigned that IP before CoreDNS started. This preventedkube-dns
and other services from starting successfully.I was able to work around the issue by deleting and recreating the offending service. It came up with a new IP address and all services were able to start successfully once the conflict was removed.
Is there a way to prevent the
cluster-dns
IP address from being assigned to other services?Steps To Reproduce:
Intermittent issue -- cannot reliably reproduce.
Expected behavior:
Service IP addresses do not overlap configured
cluster-dns
IP address.Actual behavior:
Service IP address can overlap configured
cluster-dns
IP address.Additional context / logs:
From k3s journald log:
The text was updated successfully, but these errors were encountered: