我最近遇到了 Rundeck 的情况，其中服务日志表明 Rundeck 仍然正常工作，但 Web GUI 已关闭，并且 lsof -i :4443 表明没有任何内容在监听 Rundeck 的 Web 端口。 rundeck 命令行也已关闭，因为所有 rd 命令(例如 rd-queue)都没有返回。
rundeckd restart (或者 rundeckd stop; rundeckd start 给出了正确的输出，但只产生了更多运行 rundeck jar 的进程。最终的解决方案是强制终止所有这些进程进程并通过 init 脚本启动 rundeck。
除了检查日志和
rundeckd 状态之外，还有更复杂的方法来检查 Rundeck 是否仍然运行吗？ Status 表示它已启动并正在运行，但事实肯定不是。什么可能导致 Rundeck 进入此状态？ rundeck 是否仍然可以正常工作/执行作业，而只是 Web UI 已关闭？是否可以仅重新启动或修复 Web UI，而无需重新启动 rundeck，从而完全终止所有正在运行的作业？
最佳答案
rundeckd status 命令是检查状态的最佳方法。 service.log 还可能包含可能的错误，其中可能包括内存不足或数据库连接错误。
像 rd-queue 这样的 rd-* 命令是 Rundeck 服务器进程的客户端，因此如果守护进程关闭，这些命令将无法运行。
在执行 rundeck 停止/启动/重新启动操作时，可能会 fork 重复的进程，这将导致 service.log 中出现有关套接字绑定(bind)错误的错误。
关于java - Rundeck 状态不佳，重新启动会产生多个损坏的实例，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/41684525/