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

After few hours, news pods do not get network #8577

Closed
amapi opened this issue Feb 29, 2024 · 2 comments
Closed

After few hours, news pods do not get network #8577

amapi opened this issue Feb 29, 2024 · 2 comments

Comments

@amapi
Copy link

amapi commented Feb 29, 2024

We have installed Calico with Tigera operator with WINDOWS nodes

Operator version: 1.32.5
Calico version: 3.27.2
k8s: 1.27.6

Windows node = Windows server 2022

After a few hours , if we stop a pod on windows node

Ex: kubectl delete pod xxxx

He stay stck on container creating

Events:
  Type     Reason                  Age                 From               Message
  ----     ------                  ----                ----               -------
  Normal   Scheduled               35m                 default-scheduler  Successfully assigned mna/iis-test-egress-75d8bf86dc-qrchx to kwinlabaz0a01
  Warning  FailedCreatePodSandBox  35m                 kubelet            Failed to create pod sandbox: rpc error: code = Unknown desc = failed to setup network for sandbox "70f665c9e5a48512dbf4629c40bfdba07689a2a2886054ea86c8b23a6b0c9e48": plugin type="calico" name="Calico" failed (add): error getting ClusterInformation: connection is unauthorized: Unauthorized
  Normal   SandboxChanged          4s (x161 over 35m)  kubelet            Pod sandbox changed, it will be killed and re-created.

If we delete calico windows pod, applicative pod restart ok again.
Ex: kubectl delete pod calico-node-windows-xmxrw -n calico-system

@orest-gulman
Copy link

I'm getting same error from time to time.
Calico 3.27.0
Server 2022

@caseydavenport
Copy link
Member

I believe this is a known issue with Windows installs at the moment as discussed here: #8379

@coutinhop just merged PRs to fix this:

Fix should be in the next v3.27 patch release, as well as v3.28.0

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants