Viele Programme wie sshd erstellen PID-Dateien in / var / run /, die ihre Prozess-ID enthalten. Sind diese Dateien zuverlässig, um festzustellen, ob ein Prozess ausgeführt wird? Ich vermute, dass diese Dateien manuell von einem Prozess erstellt werden und daher weiterhin im Dateisystem verbleiben, wenn das Programm abstürzt.
Antworten:
in einfachen Worten, nein : Ein Prozess (z. B. ein Daemon) kann abstürzen und hat nicht die Zeit, seine PID-Datei zu löschen.
Eine Technik, um den Status eines Programms sicherer zu machen: Verwenden Sie einen expliziten Kommunikationskanal wie einen Socket. Schreiben Sie den Socket-Port in eine Datei und lassen Sie ihn vom supervisorProzess nachschlagen.
Sie können auch die Dienste von DBus unter Linux nutzen: Registrieren Sie einen bestimmten Namen und lassen Sie Ihren Supervisor-Prozess (wie auch immer Sie ihn nennen) nach diesem Namen suchen.
Es gibt zahlreiche Techniken.
Eines ist zu beachten: Es liegt nicht in der Verantwortung des Betriebssystems, die PID-Dateien zu verwalten.
Jldupont gibt zu Recht an, dass PID-Dateien nicht zuverlässig sind, um festzustellen, ob ein Prozess ausgeführt wird, da die Datei im Falle eines Absturzes möglicherweise nicht entfernt wird.
Abgesehen von den Rennbedingungen verwende ich oft pgrep, wenn ich wissen muss, ob ein Prozess ausgeführt wird. Ich könnte dann die Ausgabe mit den PID-Dateien vergleichen, wenn ich dies für notwendig hielt.
Eine Datei mit einer Prozess-ID ist nicht zuverlässig. Bestimmen Sie, ob ein Prozess ausgeführt wird oder nicht. Es ist nur eine zuverlässige Quelle, um die zuletzt angegebene Prozess-ID für den Prozess herauszufinden.
Wenn Sie die Prozess-ID haben, müssen Sie weiter prüfen, ob der Prozess wirklich ausgeführt wird.
Hier ist ein Beispiel:
#!/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 ist ein netter Befehl, aber Sie werden in Schwierigkeiten geraten, wenn mehrere Instanzen ausgeführt werden. Wenn beispielsweise ein reguläres sshd auf Port TCP / 22 und ein anderes sshd auf Port TCP / 2222 ausgeführt wird, liefert pgrep bei der Suche nach sshd zwei Prozess-IDs ... wenn das normale sshd seine pid in / var hat /run/sshd.pid und der andere könnte seine PID in /var/run/sshd-other.pid haben. Sie können die Prozesse klar unterscheiden.
Ich empfehle nicht , nur ps zu verwenden und mit grep und grep -v durch eine oder mehrere Pipes zu leiten , um alle anderen Dinge herauszufiltern, die Sie nicht interessieren ... es ist ein bisschen wie mit
find . | grep myfile
um herauszufinden, ob eine Datei beendet wird.
Es ist nicht zuverlässig, einfach das Vorhandensein eines Prozesses mit derselben PID zu überprüfen, die in der Datei enthalten ist.
Viele Pidfile-Implementierungen sperren jedoch auch die Pidfile, sodass die Sperre aufgehoben wird, wenn der Prozess abbricht. Vorausgesetzt, der Sperrmechanismus ist zuverlässig, ist die Überprüfung, ob die Datei noch gesperrt ist, ein relativ zuverlässiger Mechanismus, um festzustellen, ob der ursprüngliche Prozess noch ausgeführt wird.
Jldupont ist richtig.
Sie können dem Prozess jedoch ein 0-Signal senden (kill -s 0 pid), um festzustellen, ob der Prozess noch aktiv ist (vorausgesetzt, Sie haben die Berechtigung, ein solches Signal zu senden - im Allgemeinen darf nur der Eigentümer eines Prozesses senden es ist ein Signal).
Ich stimme jschmier zu.
Auf einigen Systemen erhalten Sie keinen Zugriff auf pgrep. In einem solchen Fall können Sie ps -aef | grep <pid>herausfinden, ob der Prozess wirklich ausgeführt wird.