You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You are correct, it appears that when admin_username is changed a new resource should be created. To fix this we will just have the property force a new resource when it changes.
To address the original issue, when the creation fails the resource enters into a failed state. As far as terraform is concerned the creation call failed and the resource was not created. As the resource is in a unknown state it is left up to the user to decide how to proceed.
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 👉 [email protected]. Thanks!
ghost
locked and limited conversation to collaborators
Mar 31, 2020
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hi,
I ran into a bug with the azurerm_kubernetes_cluster. The deployment state is not recorded properly in case of a failure.
Terraform Version
Terraform v0.11.3
azurerm (1.1.2)
Affected Resource(s)
Please list the resources as a list, for example:
Terraform Configuration Files
Please note the usage of
admin
as admin_username. Thus, resource creation will fail as this default value is not valid.Expected Behavior
The resource should be marked as created, but
tainted
.Actual Behavior
The resource is not recorded as created.
Steps to Reproduce
terraform apply
admin_username
to something differentterraform apply
will not work, since the SDK tries to update the username which is not possible.The text was updated successfully, but these errors were encountered: