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
k3s version 1.29.5+k3s1 (4e53a323)
go version go1.21.9
Node(s) CPU architecture, OS, and Version:
Linux nvidia-desktop 5.10.104-tegra #1 SMP PREEMPT Tue May 16 10:43:59 CEST 2023 aarch64 aarch64 aarch64 GNU/Linux
Cluster Configuration:
Single server node, running in a "semi-airgapped" configuration. Has both 4G and WiFi capability, but is deployed aboard a vehicle in remote locations, meaning frequent network outages and changes are expected.
Describe the bug:
When no Internet connection is present, network requests between Pods stop working for an unclear reason. Example is gRPC requests: they fail with a timeout rather than succeeding. Connecting the device to a network again causes requests to begin succeeding with no apparent other changes.
default via 192.168.20.1 dev wlan0 proto dhcp metric 600
default via 192.168.255.254 dev dummy0 metric 50000
10.42.0.0/24 dev cni0 proto kernel scope link src 10.42.0.1
169.254.0.0/16 dev dummy0 scope link metric 1000
192.168.20.0/24 dev wlan0 proto kernel scope link src 192.168.20.82 metric 600
192.168.255.254/31 dev dummy0 proto kernel scope link src 192.168.255.254
Expected behavior:
Pods remain able to communicate when device goes offline.
Actual behavior:
Pods are unable to communicate when device goes offline.
Additional context / logs:
Not sure what to provide.
The text was updated successfully, but these errors were encountered:
You are advertising your servers on '--tls-san' '10.43.0.1' , but that's the default cidr for K8s services. This is likely conflicting with your pods communication.
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 server node, running in a "semi-airgapped" configuration. Has both 4G and WiFi capability, but is deployed aboard a vehicle in remote locations, meaning frequent network outages and changes are expected.
Describe the bug:
When no Internet connection is present, network requests between Pods stop working for an unclear reason. Example is gRPC requests: they fail with a timeout rather than succeeding. Connecting the device to a network again causes requests to begin succeeding with no apparent other changes.
Steps To Reproduce:
Dummy network:
ip route
output:Expected behavior:
Pods remain able to communicate when device goes offline.
Actual behavior:
Pods are unable to communicate when device goes offline.
Additional context / logs:
Not sure what to provide.
The text was updated successfully, but these errors were encountered: