magodo
@crw Is there any update to this issue? I'm currently trying to do some analysis on existing state files via `terraform-exec`, which I assume is the preferred way to get...
Same thing happens to me (on Linux), where I have to use `plugin_cache_may_break_dependency_lock_file = true` to make the cache to work. This isn't an issue back in the v1.3.x.
Close this as the upstream PR https://github.com/hashicorp/terraform-provider-azurerm/pull/18799 is merged.
@aaron-baron This works fine for me, please ensure the provider under used is later than v3.28.0, which is the case for the latest release of `aztfexport`. Or if you are...
Closing this as the upstream PR https://github.com/hashicorp/terraform-provider-azurerm/pull/16671 is merged. Feel free to reopen it if the issue still remains.
Hi @petr-stupka, thank you for this PR! For the retrying logic, can we use the `pluginsdk.StateChangeConf` instead of hardcoding those values, an example can be found at https://github.com/hashicorp/terraform-provider-azurerm/blob/fe7093c14e3be751ee33a24311a4e041cabd3894/internal/services/compute/dedicated_host_resource.go#L287-L294
@petr-stupka I've ping tom and hopefully he'll look at that [comment](https://github.com/hashicorp/terraform-provider-azurerm/pull/23002#discussion_r1355186367) when he has bandwidth.
@DPatrickBoyd This looks like an error raised from Azure CLI, instead of this provider. Would you mind raise an issue towards https://github.com/Azure/azure-cli? Meanwhile, to auth via MSI, you can follow...
Hi @catriona-m, this is not an issue introduced by this PR, as if you switch the order of the `ARM_TEST_LOCATION_ALT` and `ARM_TEST_LOCATION_ALT2`, it shall pass. You can find the details...
@catriona-m Sure, I've updated the test and verified that both order of the locations pass the test locally.