-
Notifications
You must be signed in to change notification settings - Fork 82
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
SDK default values cause validation failures #643
Comments
One other note; this nearly always results in most of the config.yaml file being deleted for the stack - see nginxinc/kic-reference-architectures#71 for details. |
I'm running into this issue as well. I'm using Go and currently the codeblock for the EKS cluster looks like:
This results in:
My guess is that defaults set some node group options in the As you can see from the code setting the options all in I'll see what I can achieve and report back here if I managed success. |
Facing a similar issue even if I try to launch a simple EKS cluster with a NodeGroup.
Traceback
|
I'm using Python as the description language, and here there are a small error in the Cluster value initialization - see cluster.py
The easy way around this - that seems to work is to add |
To summarise the core issue here – the schema for the SDKs specifies the default value which then generates code setting the default value if no value is provided. However, the provider (nodejs code) is expecting to just recieve no value and to set the default itself, if required. These default values should be removed from the SDKs (schema) as these are defaults set by EKS itself. |
Hello!
Issue details
We have code that has worked for months that is suddenly sporadically throwing this error:
details = "Setting nodeGroupOptions, and any set of singular node group option(s) on the cluster, is mutually exclusive. Choose a single approach."
We hit a number of failures on Friday, it began working again this weekend and is now not working again.Our code in question is here:
There is nothing being set outside of the node options that should cause this error (based on the logic in https://github.com/pulumi/pulumi-eks/blob/master/nodejs/eks/cluster.ts#L361-L375).
The output looks like this:
This issue started following the issues with AWS, but I don't know if it's related. This is under Pulumi v3.19.0 and all current versions of the pulumi python modules.
Steps to reproduce
start_all.sh
script.Expected: The EKS step should stand up an EKS cluster, and the rest of the build should continue.
Actual: Errors are thrown as shown in the above gist.
The text was updated successfully, but these errors were encountered: