Wie soll ich prüfen, ob eine bestimmte PID läuft?

Ich schreibe ein Perl-Skript, das Protokolldateien analysiert, um PIDs zu sammeln, und dann prüft, ob diese PID ausgeführt wird. Ich versuche, mir den besten Weg zu überlegen, um diesen Scheck zu machen. Offensichtlich könnte ich etwas machen wie:

system("ps $pid > /dev/null") && print "Not running\n";

Ich würde es jedoch vorziehen, den Systemaufruf nach Möglichkeit zu vermeiden. Ich dachte daher, ich könnte das /procDateisystem verwenden (Portabilität ist kein Problem, dies wird immer auf einem Linux-System ausgeführt). Beispielsweise:

if(! -d "/proc/$pid"){
    print "Not running\n";
}

Ist das sicher? Kann ich immer davon ausgehen, dass /proc/$pid/die zugehörige PID nicht ausgeführt wird , wenn kein Verzeichnis vorhanden ist? Ich gehe davon aus, dass AFAIK psselbst /procsowieso seine Informationen erhält, aber da es sich um Seriencode handelt, möchte ich sicher gehen.

Kann es also Fälle geben, in denen ein laufender Prozess kein /proc/PIDVerzeichnis hat oder in denen ein /proc/PIDVerzeichnis existiert und der Prozess nicht läuft? Gibt es einen Grund, das Parsen der psÜberprüfung auf das Vorhandensein des Verzeichnisses vorzuziehen ?

Die Perl-Funktion kill(0,$pid)kann verwendet werden.

Wenn der Rückkehrcode 1 ist, ist die PID vorhanden und Sie können ein Signal an sie senden.

Wenn der Rückkehrcode 0 ist, müssen Sie $! Überprüfen. Es kann EPERM (Berechtigung verweigert) sein, was bedeutet, dass der Prozess existiert, oder ESRCH, in welchem ​​Fall der Prozess nicht existiert.

Wenn Ihr Überprüfungscode so läuft root, können Sie dies vereinfachen, indem Sie nur den Rückkehrcode von kill überprüfen. 0 => Fehler, 1 => ok

Beispielsweise:

% perl -d -e 0

Loading DB routines from perl5db.pl version 1.37
Editor support available.

Enter h or 'h h' for help, or 'man perldebug' for more help.

main::(-e:1):   0
  DB<1> print kill(0,500)
0
  DB<2> print $!
No such process
  DB<3> print kill(0,1)
0
  DB<4> print $!
Operation not permitted
  DB<5> print kill(0,$$)
1

Dies kann zu einer einfachen Funktion gemacht werden

use Errno;

sub test_pid($)
{
  my ($pid)=@_;

  my $not_present=(!kill(0,$pid) && $! == Errno::ESRCH);

  return($not_present);
}

print "PID 500 not present\n" if test_pid(500);
print "PID 1 not present\n" if test_pid(1);
print "PID $$ not present\n" if test_pid($$);

• Ich bin mir zu 99,9% sicher, dass die Überprüfung, ob vorhanden (und ein Verzeichnis) ist, zu 98% so zuverlässig ist wie die Technik. Der Grund, warum die 98% nicht 100% sind, ist ein Punkt, den Stephen Harris in einem Kommentar angerissen hat (und der abprallt) - das Dateisystem ist möglicherweise nicht gemountet. Es kann , dass ein Linux - System Anspruch gültig sein , ohne eine Beschädigung abgebaut System - nach allem, was gefällt , und wahrscheinlich wird nicht funktionieren - und so könnte dies kein Problem für ein Produktionssystem sein. Es ist jedoch (theoretisch) möglich, dass das System niemals gemountet wurde (obwohl dies möglicherweise verhindert, dass es sich in einem normalen Zustand befindet), dass es definitiv nicht gemountet werden kann (ich habe es getestet ¹⁾/proc/PIDkill 0/proc/procpstoplsof), und ich glaube, dass es keine Garantie dafür gibt, dass es existieren wird (dh, es wird von POSIX nicht benötigt). Und wenn das System nicht komplett abgespritzt ist, killfunktioniert es.
• In Stephens Kommentar geht es um das Thema „Auf das Dateisystem zugreifen“ und „native Systemaufrufe verwenden“. Ich glaube, dass dies größtenteils ein roter Hering ist.
  • Ja, jeder Zugriffsversuch /proc erfordert das Lesen des Stammverzeichnisses, um das /procDateisystem zu finden . Dies gilt für jeden Versuch den Zugriff auf alle von einer absoluten Pfaddatei, einschließlich solcher Dinge in /bin, /etcund /dev. Dies geschieht so oft, dass das Stammverzeichnis sicher für die gesamte Lebensdauer (Betriebszeit) des Systems im Arbeitsspeicher zwischengespeichert wird. Daher kann dieser Schritt ohne Datenträger-E / A ausgeführt werden. Und sobald Sie die Inode von haben /proc, ist alles andere, was passiert, in Erinnerung.
  • Wie greifen Sie zu /proc? Mit stat, open, readdir, usw., die native System wie jedes Bit so viel fordert kill.

• Die Frage spricht von einem laufenden Prozess. Dies ist eine glatte Phrase. Wenn Sie tatsächlich testen wollen , ob der Prozess ausgeführt wird (dh in der Task - Liste, vielleicht den aktuellen Prozess auf einigen CPU, nicht schlafen, warten oder gestoppt), müssen Sie möglicherweise eine tun und lesen Sie die Ausgabe oder Blick auf . Aber ich sehe keinen Hinweis in Ihrer Frage oder Ihren Kommentaren, dass Sie sich damit befassen.ps PID /proc/PID/stat

  Der Elefant im Raum ist jedoch, dass es schwierig sein kann , einen Zombie- ^2- Prozess von einem lebendigen und gesunden Prozess zu unterscheiden.  kill 0arbeitet an einem Zombie und existiert. Sie können Zombies mit den Techniken identifizieren, die im vorherigen Absatz aufgeführt sind ( die Ausgabe ausführen und lesen oder anschauen ). Meine sehr schnell & casual (dh nicht sehr gründlich) Tests legen nahe , dass Sie dies auch durch ein Tun tun können , oder auf , oder - diese auf Zombies scheitern. (Sie schlagen jedoch auch bei Prozessen fehl, die Sie nicht besitzen.)/proc/PIDps PID/proc/PID/statreadlinklstat/proc/PID/cwd/proc/PID/root/proc/PID/exe

____________
¹  Wenn die Option -f( f orce) nicht funktioniert, versuchen Sie es mit -l( l azy).
²  dh ein Prozess, der beendet / gestorben / beendet wurde, dessen Eltern noch nicht a wait.