-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Existing VPC and subnets failure #469
Comments
So with those changes it appears to have created the cluster this time but not the nodegroup:
which ended up being a typo on my part... but I can't "update" at this point... cluster already exists and CF for it exists so errors but the instancegroup doesn't exist. I even tried I believe |
|
I have been using eksctl for a little while now, and -f flag should work for Also unless there was a break earlier eksctl should also delete the cluster and node-group CloudFormation stack. The command does not from my understanding wait for the stack to be deleted. After running the command you will have to wait while the CloudFormation stack deletes itself before you can run another create command. Can you share your config.yaml and any errors from AWS console to understand the issue? |
so the Delete does seem to look to initiate a CloudFormation stack deletion... I'm having an issue with "Rate exceeded" so it's not actually deleting which is very strange, not sure how many ListStacks calls eksctl is sending but I got almost 300 logged to CloudTrail in less than 5 minutes from eksctl. I still would like the ability to update the stack (if cluster exists... then update the node group)... or -f nodegroup and it will ignore the cluster part but create/update nodegroups specified in the config... as well as delete -f removing cluster and nodegroup stacks.. but appears |
Looks like duplicate of #471, isn't it? |
Not yet, see #19. That would be an easy one to fix, if you'd like to contribute.
It does delete all the stacks that |
@errordeveloper Similar... it was part of the Private and Public in the config vs the lowercase versions and it was part of me having the correct vpc.subnets but availabilityZones parameter in the nodegroup I had 1a but didn't have 1a in the vpc.subnets so created cluster without the nodegroup. I can close this as it seems the case sensitivity of the Public/public and Private/private is already known issue, #484 handles the missing nodegroup issue and #19 while not explicitly for |
What happened?
A description of actual behavior (with error messages).
Not using subnet's specified in configuration in eksctl output and subnets are empty in the resulting CloudFormation template uploaded to AWS.
eksctl from homebrew
Versions
Please paste in the output of these commands:
devtest-github.txt
The text was updated successfully, but these errors were encountered: