Octopus Deploy队列近两周无法拾取新任务，如何解决？

我碰到过好几次类似的情况，给你几个实操性强的排查方向，应该能解决这个问题：

• 定位卡住的健康检查根源
  你手动删除健康检查任务只是临时处理，得找到到底是哪台机器的健康检查在拖后腿。去Infrastructure > Machines页面，逐个检查机器的健康状态——重点看那些标记为Unhealthy或者一直卡在Checking Health状态的机器。找到后，先给这些机器单独触发一次健康检查，或者暂时禁用有问题的机器，再试试触发新任务，看能不能正常调度。

• 清理服务器任务队列缓存
  有时候任务队列的缓存会出问题，试试重启Octopus Server服务（注意不是Tentacle），重启前记得确认没有正在执行的关键任务。如果不想重启整个服务，也可以去Tasks > Queued页面，清空所有处于Queued状态的任务，然后触发一个测试任务验证效果。

• 检查默认机器策略的健康检查配置
  打开Infrastructure > Machine Policies > Default Machine Policy，仔细看健康检查的设置：

  • 是不是健康检查的间隔设得太短，导致任务堆积？
  • 自定义的健康检查脚本/步骤有没有逻辑问题，比如某个步骤卡住不动？
    可以先把健康检查间隔调长，或者切换回默认的健康检查模板，测试问题是否消失。

• 开启详细日志排查细节
  只看服务器日志的提示信息不够，去Configuration > Logging把日志级别调到Verbose，然后再触发一次健康检查和新任务，收集更详细的日志。重点找有没有具体报错，比如网络连接超时、权限不足、Tentacle端的执行错误等。

• 排查Tentacle端的深层问题
  虽然你重启了Tentacle，但可以登录到Tentacle所在机器，查看本地日志文件（Windows默认路径是C:\Octopus\Logs，Linux是/var/log/octopus），看看有没有证书错误、文件权限问题或者连接中断的记录。另外，用telnet测试下Tentacle和Octopus Server的默认端口（10943）是否能正常连通。

小提示：如果以上方法都没用，可以尝试把有问题的机器从Octopus中移除，再重新添加——有时候机器的注册信息损坏也会导致这类诡异的任务阻塞问题。

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