Azure逻辑应用启动虚拟机失败：ActionConditionFailed错误排查

这个报错的核心是**「Start_virtual_machine」动作本身执行失败**，后续的「Notify_on_success」因为runAfter条件要求前置动作必须是「Succeeded」状态，所以被跳过。下面是具体的排查方向和解决方案：

可能的失败原因 #

• 权限不足：Logic App使用的身份（系统分配身份或服务主体）没有目标虚拟机的启动权限。官方模板默认依赖系统身份，但如果该身份未被授予Microsoft.Compute/virtualMachines/start/action权限（比如未分配「虚拟机参与者」角色或自定义启动权限），启动请求会被拒绝。
• 虚拟机状态异常：目标VM处于已删除、正在迁移、故障状态，或是已经处于运行中（部分场景下重复启动会返回失败）。
• 参数配置错误：创建Logic App时填写的VM名称、资源组、订阅信息与实际目标VM不匹配，导致找不到资源。
• Azure服务临时故障：极少数情况是VM所在区域的Compute服务出现临时问题，导致启动请求无法处理。

排查步骤 #

1. 查看动作详细日志：在Logic App的「运行历史」中，点击失败的「Start_virtual_machine」动作，查看具体错误信息（比如权限拒绝、资源不存在等），这是定位根因最直接的方式。
2. 验证权限配置：
   • 进入Logic App的「身份」设置，确认使用的身份类型（系统/用户分配）。
   • 到目标VM所在的资源组或VM的「访问控制(IAM)」页面，检查该身份是否拥有「虚拟机参与者」角色，或包含Microsoft.Compute/virtualMachines/start/action权限的自定义角色。
3. 确认VM状态：在Azure门户中查看目标VM的当前状态，确保VM处于「已停止（已解除分配）」或「已停止」状态，且资源未被删除。
4. 核对模板参数：重新检查创建Logic App时输入的VM名称、资源组名称、订阅信息，确保与目标VM的完全一致。

内容的提问来源于stack exchange，提问作者Humberto de Angeli Neto