-
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
Error checking if CosmosDB Account 'XX' already exists #3739
Comments
Im also seeing this issue. My configuration was working fine yesterday and today im also getting the error. As im still testing terraform i have deleted my CosmosDB, deleted my state file and deleted .terraform directory, re-ran Terraform (and AzureRM Provider) Version
Please note, im getting the same error if i use
Error occurs running this example:
|
I get the same error too. It was working as late as yesterday.
I have also seen the same issue today with provider.azurerm v1.30.1 I was upgrading to Terraform 0.12.3 from 0.12.2 either today or yesterday, so I will attemt an downgrade to Terraform 0.12.2 to see if that helps. Will keep you posted. EDIT: Downgrade to Terraform 0.12.2 yielded the same error. |
I'm seeing same issue on terraform v0.11.x/v1.30.1 as of yesterday as well. Also tried downgrading version of azurerm with no luck. It appears to be an issue with the API throwing a 500 error when checking if the name exists.
Even in the web console I can see the request getting a 500 error when it does a HEAD, but it appears the UI ignores the 500 and deployment through UI works as long as it's a unique name.
Error is being thrown from azurerm code here which is using the azure go sdk documentdb client calling |
FYI, no details yet, but Microsoft Support has acknowledged this problem and the the "Cosmos DB Engineering Team" is working on resolving it. |
Is there any URL from microsoft known, where this issue can be tracked? |
👋 As mentioned above this is a bug in the API which is sounds like the CosmosDB team are looking into - however in the interim we've raised a bug about it here. Until this is fixed since this functionality only serves to raise a more helpful error - we've opened #3747 which will temporarily ignore a 500 being returned from this API - so that the CosmosDB resources can still be provisioned (but may return a less helpful error if they conflict with an existing resource) - which will ship in the 1.31 release later today. Thanks! |
This has been released in version 1.31.0 of the provider. Please see the Terraform documentation on provider versioning or reach out if you need any assistance upgrading. As an example: provider "azurerm" {
version = "~> 1.31.0"
}
# ... other configuration ... |
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! |
Terraform (and AzureRM Provider) Version
Terraform v0.11.14
provider.azurerm: version = "~> 1.30.1"
Affected Resource(s)
azurerm_cosmosdb_account
Terraform Configuration Files
We are using standard
azurerm_cosmosdb_account
resource and everything was working till this morning.Expected Behavior
Cosmos DB account is created.
Actual Behavior
Apply fails with an error:
The text was updated successfully, but these errors were encountered: