-
Notifications
You must be signed in to change notification settings - Fork 986
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
Leftover Network Interfaces after scaling down #1148
Comments
Hmm -- this looks like it might be an AWS VPC CNI bug. Can you file an issue over there: https://github.com/aws/amazon-vpc-cni-k8s |
@MBevc - were you able to file an issue against the VPC CNI? The CNI is responsible for attaching, detaching and deleting ENIs on worker nodes I'm going to resolve this unless there's something else we can help with |
Sorry, just opened the issue upstream as well: aws/amazon-vpc-cni-k8s#1825 |
Identified to be related to aws/amazon-vpc-cni-k8s#1223 upstream is working on. Sharing for prosperity here. |
Thanks for following up. Feel free to reopen if you identify anything remaining in karpenter. |
Version
Karpenter: v0.5.4
Kubernetes: v1.21
Expected Behavior
Scale up and down and Karpenter provisions and cleans up resources correctly.
Actual Behavior
When scaling down there are some Network Interfaces left unattached from removed Pods/Nodes.
Steps to Reproduce the Problem
Deploy Karpenter and demo inflate Deployment. Scale it up and then down to 0. Not always there seems to be leftover Network Interfaces unattached after scaling down.
Resource Specs and Logs
n/a
The text was updated successfully, but these errors were encountered: