-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
Plugin crashes with 3.43.0_x5 #20508
Comments
Hi @mtijrobinson ! Thanks for raising this. Seems like this part of the code is to blame. I'm just wondering why this is only surfacing for you.. |
Thank you all. |
This functionality has been released in v3.44.1 of the Terraform Provider. Please see the Terraform documentation on provider versioning or reach out if you need any assistance upgrading. For further feature requests or bug reports with this functionality, please create a new GitHub issue following the template. Thank you! |
@aristosvo Looks like there's at least one other access to securityProfile without a nil test -- still causing crashes. terraform-provider-azurerm/internal/services/containers/kubernetes_cluster_resource.go Line 2268 in 9771a6d
Not sure the protocol here -- do I need to submit a new bug report? or can this one reopen? Is this something I can fix? Not sure why my securityProfile would be empty in the first place. |
I'll take a look! PR is opened. Edit: Merged |
Thanks again! |
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. |
Is there an existing issue for this?
Community Note
Terraform Version
1.3.6
AzureRM Provider Version
3.43.0
Affected Resource(s)/Data Source(s)
azurerm_storage_account, azurerm_storage_share, multiple others
Terraform Configuration Files
Debug Output/Panic Output
Expected Behaviour
Deployment from Azure DevOps has been working until version updates.
Actual Behaviour
Deployments fail. Plugin failures are inconsistent; sometimes azurerm_storage_account, sometimes azurerm_storage_share, sometimes azurerm_kubernetes_cluster. Always is a "failed to respond to the plugin.(*GRPCProvider).ReadResource call"
Steps to Reproduce
No response
Important Factoids
Uses Helm 3.11.1
References
No response
The text was updated successfully, but these errors were encountered: