CP looses internet connection after WORKER node JOIN.
Hi all,
I need help again.
I succeeded into creation of CP node an WORKER one, but some seconds after join CP node is no more able to contact external world (example 'ping www.google.com') and there's no way to download ngnix image to complete pod startup.
Communication between nodes runs without issues.
They are running under QEMU hypervisor and after JOIN host is no more able to connect to guests using SSH.
So I have to fallback to QEMU shell access and manage hosts.
I've dedicated some time to investigate this network issue and found that on WORKER node annotations say:
... ... ... ...
projectcalico.org/IPv4Address: 192.168.122.90/24
projectcalico.org/IPv4IPIPTunnelAddr: 192.168.68.0
... ... ... ...
On CP node annotations say:
... ... ... ...
projectcalico.org/IPv4Address: 192.168.122.74/24
projectcalico.org/IPv4IPIPTunnelAddr: 192.168.242.64
... ... ... ...
Is difference between IPv4IPIPTunnelAddr values the cause of my trouble?
If not, where I have to look at?
Full describe of nodes in attachment.
Thanks for support as ever.
Massmiliano
Answers
-
I can add some more informations about kube-system pods in attachment.
Almost CALICO pods under kube-system namespace are running, but I can see warning about their state and an ugly error I can't manage:
error adding pod ********* to CNI network "k8s-pod-network": error getting ClusterInformation: Get "https://10.96.0.1:443/apis/crd.projectcalico.org/v1/clusterinformations/default": dial tcp 10.96.0.1:443: connect: connection refused0 -
Most networking issues are encountered during cluster installations on local VMs, with hypervisors like KVM or VirtualBox. I would recommend watching the set up videos for AWS and/or GCE, paying close attention to the networking recommendations. Then match those steps on your hypervisor. Overall ensure that you have a bridged network managed by the hypervisor, one network interface per VM, VM IP addresses not overlapping the Calico default subnet 192.168.0.0/16, no firewalls, all traffic allowed to/from your VMs, all protocols allowed, to all ports.
Regards,
-Chris0 -
0
Categories
- All Categories
- 178 LFX Mentorship
- 178 LFX Mentorship: Linux Kernel
- 772 Linux Foundation IT Professional Programs
- 382 Cloud Engineer IT Professional Program
- 175 Advanced Cloud Engineer IT Professional Program
- 75 DevOps IT Professional Program - Discontinued
- 7 DevOps & GitOps IT Professional Program
- 102 Cloud Native Developer IT Professional Program
- 7.6K Training Courses & Learning Paths
- 9 AI & ML Training
- 1 Blockchain & Decentralized Identity Training
- 28 Cloud & Containers Training
- 3 Cybersecurity Training
- 2 DevOps & Site-Reliability Training
- 1 Linux Kernel Development Training
- 2 Networking Training
- 2 Open Source Best Practice Training
- 5 System Administration Training
- 1 System Engineering Training
- 4 Web & Application Development Training
- 797 Hardware
- 202 Drivers
- 68 I/O Devices
- 37 Monitors
- 96 Multimedia
- 173 Networking
- 91 Printers & Scanners
- 91 Storage
- 771 Linux Distributions
- 81 Debian
- 68 Fedora
- 23 Linux Mint
- 13 Mageia
- 24 openSUSE
- 151 Red Hat Enterprise
- 31 Slackware
- 13 SUSE Enterprise
- 356 Ubuntu
- 469 Linux System Administration
- 31 Cloud Computing
- 73 Command Line/Scripting
- Github systems admin projects
- 101 Linux Security
- 79 Network Management
- 101 System Management
- 46 Web Management
- 148 Mobile Computing
- 20 Android
- 113 Development
- 1.2K New to Linux
- 1K Getting Started with Linux
- 404 Off Topic
- 126 Introductions
- 34 Study Material
- 1K Programming and Development
- 310 Kernel Development
- 716 Software Development
- 1K Software
- 416 Applications
- 182 Command Line
- 5 Compiling/Installing
- 71 Games
- 320 Installation
- Archived
- 183 Small Talk
- 2 LFD140 Class Forum
- 1.4K LFS258 Class Forum
Upcoming Training
-
August 20, 2018
Kubernetes Administration (LFS458)
-
August 20, 2018
Linux System Administration (LFS301)
-
August 27, 2018
Open Source Virtualization (LFS462)
-
August 27, 2018
Linux Kernel Debugging and Security (LFD440)