-
Notifications
You must be signed in to change notification settings - Fork 51
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
Error destroying VM - Operation 'startTenantUpdate' is not allowed on VM #365
Comments
Hi @dbilleci-lightstream thank you for reporting this. |
Ah, sure.. it will take me a bit, it's in the middle of our automation and I'll have to recreate it, but I don't think it will be too hard. Other users on other repos are reporting similar issues also: openshift/installer#2353 |
OK - I've got sample code now:
When executed, produces:
|
@dbilleci-lightstream Thank you so much for the great repro. So it looks like the VM is deleted first despite its dependency on NIC and the association. Will it help if you add |
OK, I'll try this in a just a moment. But, wanted to bring up what seems like another related issue, which may or may not be solved by this dependency adjustment. When it fails in this fashion as shown above, the easiest way to start over is to simply destroy the resource group. After destroying the resource group, if you try to
The azure:network:NetworkInterfaceBackendAddressPoolAssociation has the RG listed as a dependency, and the RG is shown as deleted by Pulumi, so the fact that it then fails on trying to refresh the azure:network:NetworkInterfaceBackendAddressPoolAssociation is odd, isn't it? |
OK so adding the extra 2 dependencies as suggested allowed me to However, I then deployed the test infra one more time and tried the manual RG delete again and refresh, and that still failed:
Seems like there is some odd dependency stuff happening. For clarity, where is the core issue here (terraform provider, azure CLI change, pulumi internals)? And any idea why it suddenly cropped up? Thanks! |
@dbilleci-lightstream I ported your example to terraform and was able to reproduce both issues there. The refresh of deleted resource issue is hashicorp/terraform-provider-azurerm#2491 If you agree those are the same issues, please upvote them and let's track the progress there. |
Thank you @mikhailshilkov - I've upvoted both issues. |
You are welcome @dbilleci-lightstream |
Hello, I felt that this issue was probably an Azure API issue, but a nice Microsoft folk over there told me that I should look at Pulumi and or Terraform.
Azure/azure-rest-api-specs#7207
Boils down to the fact that code that has been working for some time suddenly is erroring on teardown of simple resources. Another user confirmed similar behavior, both of them dealing with attempting to destroy a NIC association that throws an error.
Simple deployed resources linking to an existing LB:
Then try to destroy:
Quote from Microsoft guy:
I got this error behavior on older Azure provider (pre 1.0.0) and then upgraded to 1.0.0 today to see if it fixed the issue, it did not for new deploys also.. still happening.
If there is a better place to submit this, please let me know.
VERSIONS:
The text was updated successfully, but these errors were encountered: