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

Few regular pods were stuck in container creating after enabling ENABLE_POD_ENI #1203

Closed
SaranBalaji90 opened this issue Sep 9, 2020 · 1 comment
Labels

Comments

@SaranBalaji90
Copy link
Contributor

SaranBalaji90 commented Sep 9, 2020

What happened:
If ENABLE_POD_ENI is set to true, ipamd will reserve one ENI slot for the trunk interface. If for some reason the trunk interface creation fails, ipamd will not be able to attach expected number of ENIs, so the total number of IPs available for regular pods will be reduced by a full ENI worth of secondary IPs.

How to reproduce it (as minimally and precisely as possible):
Removing the VPCResourceController policy from the cluster role and enabling ENABLE_POD_ENI, will result in this issue.

Anything else we need to know?:
As a workaround, I had to recycle the node.

Environment:

  • Kubernetes version (use kubectl version): 1.17
  • CNI Version 1.7.2
  • OS (e.g: cat /etc/os-release): linux
  • Kernel (e.g. uname -a):
@SaranBalaji90 SaranBalaji90 changed the title Some regular pods were stuck in container creating after adding ENABLE_POD_ENI Some regular pods were stuck in container creating after enabling ENABLE_POD_ENI Sep 9, 2020
@SaranBalaji90 SaranBalaji90 changed the title Some regular pods were stuck in container creating after enabling ENABLE_POD_ENI Few regular pods were stuck in container creating after enabling ENABLE_POD_ENI Sep 9, 2020
@mogren
Copy link
Contributor

mogren commented Sep 23, 2020

#1210 makes sure there is room for the Trunk-ENI

@mogren mogren closed this as completed Sep 23, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants