-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
IPv6 Support: Bootstrap process breaks when serviceIpv6Cidr isn't provided #839
Comments
As a workaround, all the params should be passed to the bootstrap script. For ex:
|
Latest AMI release has fix for this issue. |
This issue would still appear for a custom AMI node group customer as default AWS CLI ( v1.18 ) wouldn't be able to fetch cluster information using |
The assumption is that if you pass in the b64-cluster-ca and the apiserver-endpoint then it is IPv4... |
This issue likely won't be fixed with #860 either. This is related to the AWS CLI version being out of date. My comment above was that this is still broken if you pass just the b64 cluster ca and the apiserver endpoint, without providing the other IPv6 information. |
AWS CLI has been updated, so this should be resolved now #1066 |
What happened:
When
service-ipv6-cidr
isn't provided to bootstrap.sh script, it makes describe-cluster api to fetch this value and receivesNone
. This is happening as awscli still points to an older version ( 1.18.X ) which doesn't return newly introduced parameters. As a result,None
gets assigned toservice-ipv6-cidr
.What you expected to happen:
Bootstrap process should be able to fetch correct
service-ipv6-cidr
value from eks describe-cluster api.How to reproduce it (as minimally and precisely as possible):
Use this userdata in IPv6 variant worker node:
The text was updated successfully, but these errors were encountered: