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
Inappropriate value for attribute "guest_accelerator": incorrect list element type: attribute "gpu_sharing_config" is required. #12817
Comments
We have also seen our tests starting to fail with 4.41.0. |
This used |
Interesting, I don't seem to be able to reproduce this.
|
What if you create the node pool with v4.40.0 or v3.x of the provider before upgrading to v4.41.0? I wonder if it's something that has changed around the schema of |
https://registry.terraform.io/providers/hashicorp/google/latest/docs/resources/container_cluster#guest_accelerator seems super weird/suspicious. I remember in the past we tried to set up Seems like it could be possible that https://www.terraform.io/language/attr-as-blocks is incompatible with https://www.terraform.io/plugin/sdkv2/guides/terraform-0.12-compatibility#computed-resource-attributes |
I've tried some more and can't reproduce the exact error. @bharathkkb is receiving a different error, one that I was able to reproduce with the following:
That error's somewhat expected due to https://www.terraform.io/language/attr-as-blocks#arbitrary-expressions-with-argument-syntax (and you can see an older field triggering it too, due to my config not including it). |
@joe-a-t: I noticed the repro config and error message provided don't match up. Can you confirm that the repro and your config match exactly w/ respect to things like variables and the |
Alright, turns out Terraform forces the Filed #12824 to remove the setting where possible in |
It's unfortunately not exactly the same, we are using some nested modules here so was trying to provide something more sanitized and simpler to share publicly. The |
I've updated the changelogs and GH releases to note the known issue.
I'm not sure that there's much we can do about this field, unfortunately, even with more information- it's an upstream Terraform issue poking its head, and #12824 is the only real path to resolving it, which must be done in a major version. I know why @bharathkkb and I are getting the error we're getting, but I'm not confident there's anyone at Google with deep enough knowledge of how Core/the provider SDK interact here to figure out your issue. Given you've just got |
We also had to do terraform-google-modules/terraform-google-kubernetes-engine#1428 and switch it to a dynamic block instead of using the |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. |
Community Note
modular-magician
user, it is either in the process of being autogenerated, or is planned to be autogenerated soon. If an issue is assigned to a user, that user is claiming responsibility for the issue. If an issue is assigned tohashibot
, a community member has claimed the issue already.Terraform Version
Terraform v1.3.2
Affected Resource(s)
Terraform Configuration Files
Debug Output
Panic Output
Expected Behavior
per #12733 saying it optional and the lack of release notes flagging a breaking change, my config that worked with 4.40.0 should have worked with 4.41.0
Actual Behavior
Steps to Reproduce
terraform apply
Important Factoids
This issue does not appear on plans if the cluster does not exist yet. Unclear what happens if the cluster was created with 4.41.0, it's a bit harder for me to create a new cluster to test with but we are seeing this issue with our clusters that were created with pre- 4.41.0 versions of the provider (they were probably originally created with a 3.x.x version). Pinning the provider version back to 4.40.0 makes the error go away.
References
The text was updated successfully, but these errors were encountered: