Rundeck в плохом состоянии, перезапуск порождает несколько сломанных экземпляров

Question

Недавно я столкнулся с ситуацией с Rundeck, где в журналах обслуживания указано, что Rundeck все еще функционирует, но веб-gui не работает, а lsof -i :4443 указал, что ничто не слушает веб-порт Rundeck. Командная строка rundeck также была опущена, так как все команды rd (например, rd-queue) не возвращались.

rundeckd restart (альтернативно rundeckd stop; rundeckd start дали правильный вывод, но только породил несколько процессов, выполняющихся в Rundeck банку. Окончательное решение было заставить убить все эти процессы и начать Rundeck с помощью сценария инициализации.

1. Есть более сложный способ проверить, остается ли Rundeck в стороне от проверки журналов и rundeckd status? Статус сказал, что он работает, и это, безусловно, не было.

2. Что может заставить Rundeck войти в это состояние? за все еще быть функциональным/выполняющим задания, и только веб-интерфейс отключен? Возможно ли перезапустить или исправить веб-интерфейс только без перезапуска rundeck и, таким образом, полностью убить все рабочие задания?

Answer 1

Команда rundeckd status - это лучший способ проверить статус. Service.log также может содержать возможные ошибки, которые могут включать ошибки в памяти или ошибки подключения к базе данных.

Команды rd- *, такие как rd-queue, являются клиентами процесса сервера Rundeck, поэтому не будут работать, если демон демонтирован.

Возможно, что при выполнении операции остановки/запуска/перезапуска rundeck было обнаружено дублирование процессов, что приведет к ошибкам в service.log о ошибках привязки сокетов.