Azure节点重启后卡在“Waiting for start task”状态及ADF管道停滞求助

1. 先定位Start Task卡住的核心原因 #

• 进入Batch账户的节点详情页，查看Start Task的执行日志（节点的「任务」标签下可找到Start Task的输出/错误日志），大概率是你的模块安装脚本存在问题：比如网络无法访问PowerShell Gallery、依赖缺失，或是管理员权限配置不到位。
• 确认Start Task的权限配置：必须将RunElevated设置为true，否则脚本无法以管理员权限执行模块安装操作。

2. 针对卡住节点的处理方案 #

• 直接删除当前卡住的节点是最高效的方式。Batch池会自动创建新节点，新节点会执行更新后的Start Task。
• 若不想删除节点，可尝试远程登录节点（需提前开启远程访问权限），手动执行Start Task中的脚本，定位具体报错点修复后重启节点，但这种方式效率远低于直接替换节点。

3. 修改Start Task后的生效规则 #

• 修改Batch池的Start Task后，已存在的节点不会自动重新执行新的Start Task，只有新创建的节点才会应用更新后的配置。你之前重启旧节点无效，就是因为旧节点仍在执行修改前的Start Task且已卡住。
• 正确操作：修改Start Task后，删除池内所有旧节点，让Batch自动扩容生成新节点，新节点会执行新的Start Task。

额外配置建议 #

• 安装模块时建议添加参数避免卡住：Install-Module -Name 模块名 -Force -AllowClobber -Scope AllUsers，强制覆盖或跳过已存在的模块，避免版本冲突导致脚本停滞。
• 若处于内网环境，需确保Batch节点能访问PowerShell Gallery，或配置本地模块源，避免网络问题导致安装超时。

内容的提问来源于stack exchange，提问作者ZeroCool