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
After a successful apply, a plan results in forcing a new resource:
-/+ azurerm_log_analytics_workspace_linked_service.law-ls (new resource required)
id:"/subscriptions/<sub_id>/resourcegroups/testrg-eastus-01/providers/microsoft.operationalinsights/workspaces/test-workspace/linkedservices/automation"=><computed> (forces new resource)
linked_service_name:"automation"=>"automation"
linked_service_properties.%:"1"=>"1"
linked_service_properties.resource_id:"/subscriptions/<sub_id>/resourceGroups/TestRG-EastUS-01/providers/Microsoft.Automation/automationAccounts/Test-Account"=>"subscriptions/<sub_id>/resourceGroups/TestRG-EastUS-01/providers/Microsoft.Automation/automationAccounts/Test-Account"
name:"test-workspace/Automation"=><computed>
resource_group_name:"testrg-eastus-01"=>"TestRG-EastUS-01"
tags.%:"0"=><computed>
workspace_name:"test-workspace"=>"Test-Workspace" (forces new resource)
It seems that the workspace_name attribute gets set to lowercase and triggers a change (forcing new resource in this case).
Any attempt at applying this change results in an error. The automation linked service cannot be destroyed, and thus, the config is stuck:
* azurerm_log_analytics_workspace_linked_service.law-ls (destroy):1error(s) occurred:* azurerm_log_analytics_workspace_linked_service.law-ls: Error issuing AzureRM delete request for Log Analytics Linked Service 'automation': operationalinsights.LinkedServicesClient#Delete: Failure sending request: StatusCode=409 -- Original Error: autorest/azure: Service returned an error. Status=<nil> Code="Conflict" Message="The link cannot be updated or deleted because it is linked to Update Management and/or ChangeTracking Solutions"
Steps to Reproduce
Successfully deploy
azurerm_automation_account
azurerm_log_analytics_workspace
azurerm_log_analytics_workspace_linked_service
Run terraform plan or terraform apply
References
#0000
The text was updated successfully, but these errors were encountered:
Sorry that your having this issue. It seems the API is returning all properties back in lowercase, as such i've opened #2594 that should resolve this 🙂
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!
ghost
locked and limited conversation to collaborators
Mar 5, 2019
Community Note
Terraform (and AzureRM Provider) Version
Terraform v0.11.11
provider.azurerm v1.20.0
Affected Resource(s)
Terraform Configuration Files
Expected Behavior
After a successful apply, a
plan
should result inNo changes. Infrastructure is up-to-date.
Actual Behavior
After a successful apply, a plan results in forcing a new resource:
It seems that the
workspace_name
attribute gets set to lowercase and triggers a change (forcing new resource in this case).Any attempt at applying this change results in an error. The automation linked service cannot be destroyed, and thus, the config is stuck:
Steps to Reproduce
Successfully deploy
azurerm_automation_account
azurerm_log_analytics_workspace
azurerm_log_analytics_workspace_linked_service
Run
terraform plan
orterraform apply
References
The text was updated successfully, but these errors were encountered: