Багато програм, таких як sshd, створюють .pid-файли в / var / run /, що містять їх ідентифікатор процесу. Чи надійні ці файли для визначення того, чи працює процес? Я здогадуюсь, що ці файли створюються вручну процесом, тому вони все ще залишатимуться у файловій системі, якщо програма виходить з ладу.
Відповіді:
простіше кажучи, ні : процес (наприклад, демон) може вийти з ладу і не встигнути очистити його .pid файл.
Метод, щоб бути більш впевненим у стані програми: використовувати явний канал зв'язку, такий як сокет. Запишіть порт сокета у файл і попросіть supervisorпроцес переглянути його.
Ви також можете скористатися послугами DBus в Linux: зареєструйте конкретне ім’я та перевірте це ім'я у вашого керівника процесу (як би ви його не називали).
Існують численні методики.
Потрібно пам’ятати: керування файлами PID не несе відповідальність ОС.
Jldupont правильно вказав, що .pid-файли не є надійними для визначення того, чи працює процес, оскільки файл не може бути видалений у разі збою.
Умови перегонів убік, я часто використовую pgrep, коли мені потрібно знати, чи працює процес. Тоді я міг би перехресне посилання на вихідні файли .pid, якщо вважав це необхідним.
Файл, що містить ідентифікатор процесу, не є надійним. Визначати, працює процес чи ні. Це просто надійне джерело для з'ясування останнього заданого ідентифікатора процесу.
Коли у вас є ідентифікатор процесу, вам потрібно пройти подальшу перевірку, чи процес дійсно запущений.
Ось приклад:
#!/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 - хороша команда, але ви потрапите в проблеми, коли буде запущено кілька екземплярів. Наприклад, коли у вас звичайний sshd працює на порту TCP / 22 і у вас інший sshd працює на порту TCP / 2222, тоді pgrep доставить два ідентифікатори процесу при пошуку sshd ... коли звичайний sshd має свій pid в / var /run/sshd.pid та інші можуть мати свій pid у /var/run/sshd-other.pid, ви можете чітко диференціювати процеси.
Я не рекомендую використовувати лише ps , пропускаючи через одну або кілька труб за допомогою grep і grep -v, намагаючись відфільтрувати всі інші речі, які вас не цікавлять ... це трохи схоже на використання
find . | grep myfile
щоб з'ясувати, якщо файл виходить.
Невірно просто перевірити існування процесу з тим самим pid, що міститься у файлі.
Але багато реалізацій pidfile також роблять блокування на pidfile, так що якщо процес відмирає, блокування вимикається. За умови надійності механізму блокування, перевірка того, чи файл все ще заблокований, є відносно надійним механізмом визначення того, чи не працює початковий процес.
Jldupont правильний.
Однак ви можете надіслати процес 0 сигналу (kill -s 0 pid), щоб побачити, чи процес все ще живий (якщо припустити, що ви маєте повноваження надсилати такий сигнал - загалом, може надсилати лише власник процесу це сигнал).
Я згоден з jschmier.
У деяких системах ви не отримуєте доступу до pgrep. У такому випадку ви можете зробити, ps -aef | grep <pid>щоб з’ясувати, чи справді процес запущений.