Rundeck處於不良狀態，重新啓動會產生多個損壞的實例

Question

我最近遇到了Rundeck的情況，服務日誌顯示Rundeck仍然正常工作，但網絡gui已關閉，並且lsof -i :4443表示沒有任何人正在監聽Rundeck的Web端口。由於所有rd命令（例如rd-queue）都沒有返回，因此rundeck命令行也被關閉。

rundeckd restart（或者rundeckd stop; rundeckd start給正確的輸出，而只是催生運行rundeck罐子多個進程。最終的解決辦法是強行殺死所有這些過程，並通過init腳本啓動rundeck。

1. 有一個更復雜的方法來檢查Rundeck是否仍然在檢查日誌和rundeckd status？狀態表示它已啓動並正在運行，它當然不是。

2. 什麼可能導致Rundeck進入此狀態？是否有可能對於rundeck來說仍然是功能/執行工作，只是Web UI失效？是否可以重新啓動或修復Web UI而無需重新啓動rundeck，從而完全禁止所有正在運行的作業？

Answer 1

rundeckd status命令是檢查狀態的最佳方法。 service.log還可能包含可能包含內存不足或數據庫連接錯誤的可能錯誤。

rd- *命令（如rd-queue）是Rundeck服務器進程的客戶端，因此如果守護進程關閉，則不會運行。

當執行rundeck stop/start/restart操作時，可能會分叉導致service.log中出現有關套接字綁定錯誤的重複進程。