Isso significa que o serviço incrond
caiu ou foi morto com força.
Quando um serviço é iniciado, ele toca em um arquivo de bloqueio (normalmente em /var/lock/subsys
). Esse arquivo de bloqueio é removido apenas quando o serviço é interrompido. Quando o serviço / programa falhar, ele não terá a chance de remover o arquivo de bloqueio e, em tal situação, mesmo que o serviço não esteja em execução, esse arquivo de bloqueio existirá. Ao verificar o status desse serviço, além de verificar se o processo está sendo executado, ele também verificará a existência do arquivo de bloqueio em / var / lock / subsys. Ele verá que o serviço não está em execução, mas o arquivo de bloqueio existe e, portanto, ele imprimirá essa mensagem.
Foi o que aconteceu quando eu dei um serviço kill -9
to auditd
(1050 foi o pid de auditd)
[root@merapp01 run]# kill -9 1050
[root@merapp01 run]# ll /var/run/1050
ls: cannot access /var/run/1050: No such file or directory
[root@merapp01 run]# ll /var/lock/subsys/auditd
-rw-r--r-- 1 root root 0 Dec 30 04:25 /var/lock/subsys/auditd
[root@merapp01 run]# /etc/init.d/auditd status
auditd dead but pid file exists
[root@merapp01 run]#
Agora, quando o serviço foi interrompido normalmente:
[root@merapp01 run]# /etc/init.d/auditd stop
Stopping auditd: [ OK ]
[root@merapp01 run]# ll /var/lock/subsys/auditd
ls: cannot access /var/lock/subsys/auditd: No such file or directory
[root@merapp01 run]# /etc/init.d/auditd status
auditd is stopped
[root@merapp01 run]#