Molti programmi come sshd creano file .pid in / var / run / che contengono il loro ID di processo. Questi file sono affidabili per determinare se un processo è in esecuzione? La mia ipotesi è che questi file vengano creati manualmente da un processo e quindi rimarranno nel file system in caso di arresto anomalo del programma.
Risposte:
in termini semplici, no : un processo (ad esempio un demone) può arrestarsi in modo anomalo e non avere il tempo di cancellare il suo file .pid.
Una tecnica per essere più sicuri dello stato di un programma: utilizzare un canale di comunicazione esplicito come un socket. Scrivi la porta del socket in un file e fai in modo che il supervisorprocesso lo cerchi.
Puoi anche usare i servizi di DBus su Linux: registra un nome specifico e fai controllare il tuo processo da supervisore (come lo chiami).
Esistono numerose tecniche.
Una cosa da ricordare: non è responsabilità del sistema operativo gestire i file PID.
Jldupont ha ragione nel dichiarare che i file .pid non sono affidabili per determinare se un processo è in esecuzione poiché il file potrebbe non essere rimosso in caso di crash.
A parte le condizioni di gara, uso spesso pgrep quando devo sapere se un processo è in esecuzione. Potrei quindi fare un riferimento incrociato all'output rispetto ai file .pid se lo ritengo necessario.
Un file contenente un ID processo non è affidabile, determinare se un processo è in esecuzione o meno. È solo una fonte affidabile, per capire l'ultimo ID di processo dato per il processo.
Quando si dispone dell'ID processo, è necessario eseguire ulteriori controlli, se il processo è realmente in esecuzione.
Ecco un esempio:
#!/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
pgrep è un bel comando, ma ti metterai nei guai quando hai più istanze in esecuzione. Ad esempio quando hai un normale sshd in esecuzione sulla porta TCP / 22 e hai un altro sshd in esecuzione sulla porta TCP / 2222, pgrep fornirà due id di processo durante la ricerca di sshd ... quando lo sshd normale ha il suo pid in / var /run/sshd.pid e l'altro potrebbe avere il suo pid in /var/run/sshd-other.pid è possibile differenziare chiaramente i processi.
Io non consiglio di usare solo ps , tubazioni attraverso uno o più pipe con grep e grep -v cercando di filtrare tutte le altre cose che non ti interessa ... è un po 'come l'utilizzo di
find . | grep myfile
per capire se esce un file.
Non è affidabile controllare semplicemente l'esistenza di un processo con lo stesso pid contenuto nel file.
Ma molte implementazioni di pidfile bloccano anche il pidfile, in modo che se il processo si interrompe, il blocco scompare. A condizione che il meccanismo di blocco sia affidabile, verificare se il file è ancora bloccato è un meccanismo relativamente affidabile per determinare se il processo originale è ancora in esecuzione.
Jldupont ha ragione.
Puoi, tuttavia, inviare al processo un segnale 0 (kill -s 0 pid) per vedere se il processo è ancora attivo (supponendo che tu abbia l'autorità per inviare tale segnale - in generale, solo il proprietario di un processo può inviare è un segnale).
Sono d'accordo con jschmier.
Su alcuni sistemi, non si ottiene l'accesso a pgrep. In tal caso, puoi fare ps -aef | grep <pid>per scoprire se il processo è davvero in esecuzione.