systemd
provavelmente "perdeu o controle" sobre o serviço de alguma forma. Isso pode acontecer se, por exemplo, o exemplo, o caminho do executável for alterado. No entanto, se o processo estiver ressurgindo mesmo depois de ser morto, então:
-
systemd
ainda está controlando o programa por (outro) serviço de reinicialização automática. - Algum outro daemon está jogando o jogo
systemd
e reaparecendo o processo.
Se olharmos para a sua ps -eaf
output ...
kibana 20185 1 0 04:28 ? 00:00:03 /opt/kibana/bin/../node/bin/node /opt/kibana/bin/../src/cli
Isso nos dá alguns detalhes importantes:
- O ID do processo é
20185
. - O ID do pai do processo é
1
.
Como o PPID é 1
, podemos assumir com segurança que systemd
é o responsável aqui. Então, este comando deve lhe dizer qual unidade está controlando o processo ...
$ systemctl status 20185
A partir daí, você pode fazer o seu caminho para parar / matar o programa.