-
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
Azure ARM API and Terraform Provider behavior mismatch for AKS private DNS zone id variable #12784
Comments
This functionality has been released in v2.83.0 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! |
Fixed via #13000 |
This functionality has been released in v2.83.0 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! |
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. |
Terraform (and AzureRM Provider) Version
Terraform Version: 0.13.7
Azurerm Provider Version: >= 2.47.0
Affected Resource(s)
azurerm_kubernetes_cluster
Hi, we note that there is some discrepancy between the Azure API and the terraform provider behavior. Specifically, we note that when you do not provide a value for private DNS Zone ID, the Azure ARM API will generate a default value "system", and not "System" as seen in https://github.com/terraform-providers/terraform-provider-azurerm/blob/master/azurerm/internal/services/containers/kubernetes_cluster_resource.go#L529
However, the terraform provider has a value check that enforces "System" rather than "system" - which is different from the default generated value via the Azure API. Terraform sees "system" and "System" as two different values and forces recreation of clusters, which is not what we wish for
We encountered this issue when we started to define the variable properly via terraform as opposed to leaving it as a null variable. This would impact all users who have had clusters which did not define this variable previously and is now opting to define it.
Would like to check if there is a misconception here - if this bug is validated, we'll be more than happy to do up the MR. Thanks!
The text was updated successfully, but these errors were encountered: