¿Cómo debo verificar si se está ejecutando un PID determinado?

Estoy escribiendo un script de Perl que analiza los archivos de registro para recopilar PID y luego comprueba si ese PID se está ejecutando. Estoy tratando de pensar en la mejor manera de hacer esa verificación. Obviamente, podría hacer algo como:

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

Sin embargo, preferiría evitar la llamada al sistema si es posible. Por lo tanto, pensé que podría usar el /procsistema de archivos (la portabilidad no es una preocupación, esto siempre se ejecutará en un sistema Linux). Por ejemplo:

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

¿Eso es seguro? ¿Puedo suponer siempre que si no hay un /proc/$pid/directorio, el PID asociado no se está ejecutando? Lo espero ya que AFAIK psobtiene su información de /proctodos modos, pero como esto es para el código de producción, quiero estar seguro.

Entonces, ¿puede haber casos en que un proceso en ejecución no tenga un /proc/PIDdirectorio o donde /proc/PIDexista un directorio y el proceso no se esté ejecutando? ¿Hay alguna razón para preferir el análisis antes que psverificar la existencia del directorio?

Se kill(0,$pid)puede usar la función perl .

Si el código de retorno es 1, entonces existe el PID y se le permite enviarle una señal.

Si el código de retorno es 0, entonces debe verificar $ !. Puede ser EPERM (permiso denegado), lo que significa que el proceso existe o ESRCH, en cuyo caso el proceso no existe.

Si su código de comprobación se está ejecutando como rootentonces, puede simplificar esto simplemente comprobando el código de retorno de kill; 0 => error, 1 => ok

Por ejemplo:

% 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

Esto se puede convertir en una función simple

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($$);

• Estoy 99.9% seguro de que verificar si existe (y es un directorio) es 98% tan confiable como la técnica. La razón por la cual el 98% no es 100% es un punto que Stephen Harris mencionó (y rebotó) en un comentario , es decir, el sistema de archivos podría no estar montado. Puede que sea válida la reivindicación de que un sistema Linux sin es un sistema dañado degradado - después de todo, cosas como , y probablemente no funcionará - y por lo tanto esto podría no ser un problema para un sistema de producción. Pero es (teóricamente) posible que nunca se haya montado (aunque esto podría evitar que el sistema llegue a un estado normal), definitivamente es posible que se desmonte (lo he probado ¹/proc/PIDkill 0/proc/procpstoplsof), y creo que no hay ninguna garantía de que exista (es decir, POSIX no lo requiere). Y, a menos que el sistema esté completamente conectado, killfuncionará.
• El comentario de Stephen habla sobre "salir al sistema de archivos" y "usar llamadas al sistema nativo". Creo que esto es en gran medida un arenque rojo.
  • Sí, cualquier intento de acceso /proc requiere leer el directorio raíz para encontrar el /procsistema de archivos. Esto es cierto para cualquier intento de acceder a cualquier archivo por una ruta absoluta, incluyendo cosas en /bin, /etcy /dev. Esto sucede con tanta frecuencia que el directorio raíz seguramente se almacena en memoria caché durante toda la vida útil (tiempo de actividad) del sistema, por lo que este paso se puede realizar sin ninguna E / S de disco. Y, una vez que tiene el inodo de /proc, todo lo demás que sucede está en la memoria.
  • ¿Cómo se accede /proc? Con stat, open, readdir, etc, que son el sistema nativo llama exactamente igual que como kill.

• La pregunta habla sobre un proceso en ejecución. Esta es una frase resbaladiza. Si realmente desea probar si el proceso se está ejecutando (es decir, en la cola de ejecución; tal vez el proceso actual en alguna CPU; sin dormir, esperando o detenido), es posible que deba hacer una lectura del resultado , o mirar . Pero no veo indicios en su pregunta o comentario de que esté preocupado por esto.ps PID /proc/PID/stat

  El elefante en la habitación, sin embargo, es que un proceso de zombie ² puede ser difícil de distinguir de un proceso que está vivo y bien.  kill 0funciona en un zombi, y existe. Puede identificar zombies con las técnicas enumeradas en el párrafo anterior (hacer y leer el resultado, o mirar ). Mi prueba muy rápida y ocasional (es decir, no muy a fondo) sugiere que también se puede hacer esto haciendo una o en , o - estos fallarán en zombis. (Sin embargo, también fallarán en procesos que no son de su propiedad)./proc/PIDps PID/proc/PID/statreadlinklstat/proc/PID/cwd/proc/PID/root/proc/PID/exe

____________
¹  si la opción -f( f orce) no funciona, intente -l( l azy).
²  es decir, un proceso que ha salido / muerto / terminado, pero cuyo padre aún no ha hecho a wait.