Muitos programas, como o sshd, criam arquivos .pid em / var / run / que contêm o ID do processo. Esses arquivos são confiáveis para determinar se um processo está em execução? Meu palpite é que esses arquivos são criados manualmente por um processo e, portanto, ainda permanecerão no sistema de arquivos se o programa travar.
Respostas:
em termos simples, não : um processo (por exemplo, um daemon) pode falhar e não ter tempo para limpar seu arquivo .pid.
Uma técnica para ter mais certeza do estado de um programa: use um canal de comunicação explícito, como um soquete. Escreva a porta do soquete em um arquivo e faça com que o supervisorprocesso a procure.
Você também pode usar os serviços do DBus no Linux: registre um nome específico e faça com que seu processo de supervisor (como você o chama) verifique esse nome.
Existem inúmeras técnicas.
Uma coisa a lembrar: não é responsabilidade do sistema operacional gerenciar os arquivos PID.
A Jldupont está correta ao afirmar que os arquivos .pid não são confiáveis para determinar se um processo está em execução, pois o arquivo não pode ser removido no caso de uma falha.
Além das condições de corrida, geralmente uso o pgrep quando preciso saber se um processo está em execução. Eu poderia então fazer referência cruzada da saída com o (s) arquivo (s) .pid se considerasse necessário.
Um arquivo contendo uma identificação de processo não é confiável para determinar se um processo está sendo executado ou não. É apenas uma fonte confiável, para descobrir o último ID de processo fornecido para o processo.
Quando você tem o ID do processo, é necessário fazer uma verificação adicional, se o processo estiver realmente em execução.
Aqui está um exemplo:
#!/usr/bin/env sh
file="/var/run/sshd.pid"
processid=$(cat /var/run/sshd.pid)
if [ ! -f ${file} ]; then
echo "File does not exists: ${file}"
exit 1
fi
if [ ! -r ${file} ]; then
echo "Insufficient file persmissons: ${file}"
exit 1
fi
psoutput=$(ps -p ${processid} -o comm=)
if [ $? == 0 ];then
if [ ${psoutput} == "sshd" ]; then
echo "sshd process is realy running with process id ${processid}"
exit 0
else
echo "given process id ${processid} is not sshd: ${psoutput}"
exit 1
fi
else
echo "there is no process runing with process id ${processid}"
exit 0
fi
O pgrep é um bom comando, mas você terá problemas quando tiver várias instâncias em execução. Por exemplo, quando você tem um sshd regular em execução na porta TCP / 22 e outro sshd em execução na porta TCP / 2222, o pgrep fornecerá dois IDs de processo ao procurar por sshd ... quando o sshd normal tiver seu pid em / var /run/sshd.pid e o outro pode ter seu pid em /var/run/sshd-other.pid, você pode diferenciar claramente os processos.
Eu não recomendo usar apenas ps , canalizar através de um ou vários pipes com grep e grep -v tentando filtrar todas as outras coisas que não lhe interessam ... é um pouco como usar
find . | grep myfile
para descobrir, se um arquivo sair.
Não é confiável simplesmente verificar a existência de um processo com o mesmo pid contido no arquivo.
Mas muitas implementações de pidfile também bloqueiam o pidfile, de modo que, se o processo morrer, o bloqueio desaparecerá. Desde que o mecanismo de bloqueio seja confiável, verificar se o arquivo ainda está bloqueado é um mecanismo relativamente confiável para determinar se o processo original ainda está em execução.
Jldupont está correto.
No entanto, você pode enviar ao processo um sinal 0 (kill -s 0 pid) para ver se o processo ainda está ativo (supondo que você tenha autoridade para enviar esse sinal - em geral, apenas o proprietário de um processo pode enviar é um sinal).
Eu concordo com jschmier.
Em alguns sistemas, você não tem acesso ao pgrep. Nesse caso, você pode fazer ps -aef | grep <pid>para descobrir se o processo está realmente em execução.