-
Notifications
You must be signed in to change notification settings - Fork 4.5k
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
kube_dashboard
flapping for azurerm_kubernetes_cluster
#7716
Comments
@tombuildsstuff I don't think question is the correct label here. This behavior has changed. Either between a provider release or due to a change on the Azure API side. Either way, the block is optional and should not cause a diff if not set. Is this behavior possible related to this upstream change? |
hi @pst Thanks for opening this issue. Unfortunately the AKS API behaves differently for this field in different Azure Environments - where in Azure Public this is (at least, until Kubernetes 1.19, configurable) - but in other environments cannot be specified at all. As such unfortunately this field is intentionally not marked as computed, since Azure requires that this is configured. Based on the document you've linked too, it sounds like Azure is trying to remove these differences by requiring cluster administrators to manage the deployment of the kubernetes dashboard - as such this field will be removed by AKS in the future (in Kubernetes 1.19 deployments), meaning that this field cannot be made Computed since being nil is a valid value. Based on what I can tell, the current behaviour appears to be the "least bad" of the available options by having customers specify this in Azure Public for pre-1.19 clusters - and omitted for clusters in other Azure Environments. As such whilst I'd like to thank you for opening this issue, since this behaviour is due to the design of the AKS API I'm going to close this issue for the moment - but it should be possible to remove this diff by specifying the Thanks! |
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. If you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. If you feel I made an error 🤖 🙉 , please reach out to my human friends 👉 hashibot-feedback@hashicorp.com. Thanks! |
Community Note
Terraform (and AzureRM Provider) Version
Terraform: 0.12.28
Provider: 2.18.0
Affected Resource(s)
azurerm_kubernetes_cluster
Terraform Configuration Files
https://github.com/kbst/terraform-kubestack/blob/07920b7e9aaec50b474c4071b4dc10ed01c67394/azurerm/_modules/aks/main.tf
Plan/Apply Output
Expected Behavior
No diff after a successful apply.
Actual Behavior
Running apply will repeatedly remove the
kube_dashboard
block. Even though the block is optional according to the documentaion.Steps to Reproduce
terraform apply
Running apply repeatedly will make the same change every time.
Important Factoids
No.
References
The text was updated successfully, but these errors were encountered: