Open cshea-msft opened 1 year ago
also tried on version 3.68.0 is still same errors
Error: Provider produced inconsistent result after apply
│
│ When applying changes to module.modules.azurerm_sentinel_data_connector_office_atp.o365_advanced_threat_protection,
│ provider "provider[\"registry.terraform.io/hashicorp/azurerm\"]" produced an unexpected new value: Root resource was
│ present, but now absent.
│
│ This is a bug in the provider, which should be reported in the provider's own issue tracker.
╵
╷
│ Error: Provider produced inconsistent result after apply
│
│ When applying changes to module.modules.azurerm_sentinel_data_connector_office_365_project.o365_project, provider
│ "provider[\"registry.terraform.io/hashicorp/azurerm\"]" produced an unexpected new value: Root resource was present,
│ but now absent.
│
│ This is a bug in the provider, which should be reported in the provider's own issue tracker.
╵
╷
│ Error: Provider produced inconsistent result after apply
│
│ When applying changes to
│ module.modules.azurerm_sentinel_data_connector_microsoft_cloud_app_security.microsoft_cloud_app_security, provider
│ "provider[\"registry.terraform.io/hashicorp/azurerm\"]" produced an unexpected new value: Root resource was present,
│ but now absent.
│
│ This is a bug in the provider, which should be reported in the provider's own issue tracker.
╵
Just curious, what resource location were you selecting? I'm having this pop up on north central us but not on east us.
its all in EUS
I have a similar problem (identical error message) with the resource "azurerm_automation_job_schedule" │ Error: Provider produced inconsistent result after apply │ │ When applying changes to xyz, provider "provider[\"registry.terraform.io/hashicorp/azurerm\"]" │ produced an unexpected new value: Root resource was present, but now absent. │ │ This is a bug in the provider, which should be reported in the provider's own issue tracker.
also tried on version 3.68.0 is still same errors
With the azurerm provider version "3.65.0" I was able to apply the changes. After the apply I switched back to the latest provider version ">=3.65.0". The next apply run without problems. I did not make any changes to the code.
@rcskosir can you please support us with this case?
We are now getting problems with the dependecies on azurerm provider features, which need a version that are greater than 3.65.0 .
With version 3.65.0 is it running without any problems. Versions greater than 3,65.0 run into errors. I run the terraform command in the debug mode with the actual version 3.91.0 and version 3.65.0.
The output of the version 3.91.0 is showing that there is a problem with the jobScheduleId, which is returned from the API. With version 3.65.0 the jobScheduleId is the same as in the PUT request.
With version 3.91.0 the API returns a new jobScheduleId. When terraform tries to verify that the resource has been created, it is not using the jobScheduelId from the API response. It is using the one from the PUT request, which results in an HTTP 404.
If have attached two files, which are anonymised. NoErrorMessagesTerraformVersion_3_65_0.txt ErrorMessagesTerraformVersionLagerThen3_65_0.txt
The file ErrorMessagesTerraformVersionLagerThen3_65_0.txt contains the output with version 3.9.1.0. The response from the PUT comand is at line 99.
The file NoErrorMessagesTerraformVersion_3_65_0.txt contains the output with version 3.65.0 . The response from the PUT comand is at line 65.
Is there an existing issue for this?
Community Note
Terraform Version
1.5.3
AzureRM Provider Version
3.67.0
Affected Resource(s)/Data Source(s)
azurerm_sentinel_data_connector
Terraform Configuration Files
Debug Output/Panic Output
Expected Behaviour
Should have deployed the connectors to Sentinel
Actual Behaviour
Error: Provider produced inconsistent result after apply │ │ When applying changes to module.modules.azurerm_sentinel_data_connector_azure_active_directory.aad, provider │ "provider["registry.terraform.io/hashicorp/azurerm"]" produced an unexpected new value: Root resource was present, │ but now absent. │ │ This is a bug in the provider, which should be reported in the provider's own issue tracker. ╵ ╷ │ Error: Provider produced inconsistent result after apply │ │ When applying changes to │ module.modules.azurerm_sentinel_data_connector_microsoft_defender_advanced_threat_protection.microsoft_defender_advanced_threat_protection, │ provider "provider["registry.terraform.io/hashicorp/azurerm"]" produced an unexpected new value: Root resource was │ present, but now absent. │ │ This is a bug in the provider, which should be reported in the provider's own issue tracker. ╵ ╷ │ Error: Provider produced inconsistent result after apply │ │ When applying changes to │ module.modules.azurerm_sentinel_data_connector_azure_advanced_threat_protection.aad_advanced_threat_protection, │ provider "provider["registry.terraform.io/hashicorp/azurerm"]" produced an unexpected new value: Root resource was │ present, but now absent. │ │ This is a bug in the provider, which should be reported in the provider's own issue tracker. ╵ ╷ │ Error: Provider produced inconsistent result after apply │ │ When applying changes to module.modules.azurerm_sentinel_data_connector_office_365.o365, provider │ "provider["registry.terraform.io/hashicorp/azurerm"]" produced an unexpected new value: Root resource was present, │ but now absent. │ │ This is a bug in the provider, which should be reported in the provider's own issue tracker. ╵ ╷ │ Error: Provider produced inconsistent result after apply │ │ When applying changes to module.modules.azurerm_sentinel_data_connector_office_power_bi.o365_power_bi, provider │ "provider["registry.terraform.io/hashicorp/azurerm"]" produced an unexpected new value: Root resource was present, │ but now absent. │ │ This is a bug in the provider, which should be reported in the provider's own issue tracker.
Steps to Reproduce
terraform init terraform apply
Important Factoids
No response
References
terraform.log