Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Calico fails on the new nodes added to the cluster #9284

Open
vatsalmoradiya opened this issue Sep 26, 2024 · 0 comments
Open

Calico fails on the new nodes added to the cluster #9284

vatsalmoradiya opened this issue Sep 26, 2024 · 0 comments

Comments

@vatsalmoradiya
Copy link

When adding new nodes to the cluster, the calico pods keeps on failing. Even upon deletion as well as restarting the calico-node daemonsets it keeps failing. The old pods are not susceptible to a roll out restart or deletion though.

Expected Behavior

Current Behavior

Possible Solution

Steps to Reproduce (for bugs)

Context

This might have been a problem for quite some time but I didn't encounter it until I tried to add a new node to the cluster. In between, I was trying to install the configuration for SRIOV network on the system and started a few services like multus and whereabouts.

Also, this is a production environment so I cannot perform kubeadm reset.

The difference that I'm finding in the nodes in which the pods are working and which the pods are not working is that the calico.kubeconfig file has server ip mentioned as server: https://10.150.0.1:443 (Working) and server: https://[10.150.0.1]:443 (Not working)

I have tried to manually remove the brackets but the file is re-created upon restarting the daemonset or deleting the pod.

Your Environment

  • Calico version: v3.27.0
  • Orchestrator version (e.g. kubernetes, mesos, rkt): v1.27.16
  • Operating System and version: Ubuntu 22.04.4 LTS
  • Link to your project (optional):
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant