Проверка на наличие процесса в системе

@zulkis · Регистрация: 13.01.2011

Студворк — интернет-сервис помощи студентам

Доброго времени суток! В общем сабж. У меня есть процесс, который посажен как демон. И работает с ключами start|stop|restart.
Как можно определить, работает ли сейчас в системе такой же процесс? В /var/run/ есть файл, содержащий processid моего процесса. Мб проверять на наличие этого файла ? Опять же, наверно я плохо искал, но как определить есть ли там этот файл?
Спасибо за внимание, надеюсь на помощь.

Vourhey · 07.03.2011, 02:17

zulkis, /proc

g_u_e_s_t · 07.03.2011, 10:39

В простейшем виде: открыть этот файл, прочитать pid и сделать kill(pid, 0)
Но в этом алгоритме гонки 2х местах и нет гарантий на случай если демон сдох оставив pid-файл, а система запустила другую задачу с таким же pid.
От гонок при открытии файла можно избавиться на системах позволяющих ставить лок в open()
Гонки между чтением содержимого файла и kill не обойти никак.
Для проверки "а тот ли процесс или просто pid совпал" обычно встраивают в демон дополнительный сокет/fifo/... в который демон может ответить "'это я и все хорошо".

Новые блоги и статьи Все статьи Все блоги /
Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .
Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .

@zulkis 686 / 613 / 43 Регистрация: 13.01.2011 Сообщений: 1,722

	Проверка на наличие процесса в системе 06.03.2011, 18:13. Показов 4984. Ответов 2 Метки нет (Все метки) Доброго времени суток! В общем сабж. У меня есть процесс, который посажен как демон. И работает с ключами start\|stop\|restart. Как можно определить, работает ли сейчас в системе такой же процесс? В /var/run/ есть файл, содержащий processid моего процесса. Мб проверять на наличие этого файла ? Опять же, наверно я плохо искал, но как определить есть ли там этот файл? Спасибо за внимание, надеюсь на помощь. 0

Vourhey Почетный модератор 7393 / 2639 / 281 Регистрация: 29.07.2006 Сообщений: 13,696
	07.03.2011, 02:17
	zulkis, /proc 0

g_u_e_s_t 1259 / 650 / 44 Регистрация: 06.02.2011 Сообщений: 1,654
	07.03.2011, 10:39
	В простейшем виде: открыть этот файл, прочитать pid и сделать kill(pid, 0) Но в этом алгоритме гонки 2х местах и нет гарантий на случай если демон сдох оставив pid-файл, а система запустила другую задачу с таким же pid. От гонок при открытии файла можно избавиться на системах позволяющих ставить лок в open() Гонки между чтением содержимого файла и kill не обойти никак. Для проверки "а тот ли процесс или просто pid совпал" обычно встраивают в демон дополнительный сокет/fifo/... в который демон может ответить "'это я и все хорошо". 1