Как с помощью ps найти основной дочерний процесс?

Question

[Алексей]

Я запускаю через cron скрипт на Питоне. Мне нужно в начале скрипта определить, нет ли активного процесса, чтобы не запускать его повторно, если ещё не отработал предыдущий запуск. Я решил посчитать кол-во работающих процессов, и если их больше одного, не запускать скрипт.
Ищу по имени команды. Вот что выдаёт ps:

10683 ?        Ss     0:00 /bin/sh -c . /home/master/.profile ; cd /var/www/site && python3 manage.py route
10685 ?        S      0:00 /var/www/site/venv/bin/python3 manage.py route

Процессов 2, что понятно. Нужно найти только тот процесс, который собственно и является "полезным", т.е. 10685
Конечно, можно учесть, что их будет минимум 2, но хочется по феншую. Как это сделать? И что означает S и Ss? Может, тут и решение?

Answer 1

[unseriously]

S : процесс ожидает (т.е. спит менее 20 секунд)
s : лидер сессии

Answer 2

[Vitaly Karasik]

Посмотрите на pgrep (https://linuxize.com/post/pgrep-command-in-linux/) - коротко и красиво

Answer 3

[edo1h]

плюс принцип "Не делай то, что не нужно делать"

ну так и надо использовать уже имеющуюся инфраструктуру, а не устраивать «закат солнца вручную»

вариант 1:
первая ссылка в гугле по «python pid file»:
https://pypi.org/project/python-pidfile/

вариант 2:

Да и условия эксплуатации скрипта - только cron.

независимо от нашего отношения в systemd, нам с ним жить. и этот функционал там из коробки:
https://unix.stackexchange.com/questions/203254/do...
так что если скрипт linux-only, я бы просто сделал запуск не из крона, а таймерами systemd, и пусть уже сам systemd следит завершился предыдущий экземпляр или нет.

Answer 4

[Иван Корюков]

Обычно, проверка на то что программа уже запущена, делается через создание т.н. lock файла.
Вам нужно в начале работы скрипта проверить - создан ли файл.. ну например /var/www/site/manage.lock
если да, то завершить программу т.к. уже работает другой процесс,
если нет - создать такой файл, продолжить выполнение программы, а перед завершением удалить файл.

Если говорить об определении дочерних процессов, то у ps богатые возможности по фильтрации и форматированию вывода. Получить PID дочерних процессов зная PID родительского можно вот так:
ps --ppid=1234 -o pid

Comments

[Алексей]

Да, с lock файлом понятно, такое решение часто предлагается. Только там нужно ещё предусматривать случай, когда процесс падает аварийно, и lock файл остаётся. Нужно писать в него pid, и потом проверять наличие такого процесса. Сложнее. Я хотел просто посчитать дочерние процессы.
В любом случае спасибо за ответ!

[Иван Корюков]

Алексей, Не соглашусь. Формально, дополнительное чтение пида из файла и проверка наличия такого процесса может будет занимать больше строк кода, однако такой подход надёжнее.
От чего вы будете отталкиваться вычисляя доверние процессы через ps? Вам же сначала надо определить родительский. Предположить что родительским процессом будет крон, или текущий лидер сессии или процесс с конкретным названием - не гибко. Рано или поздно вы переименуете файл или запустите процесс вручную, не из под крона. И это будет уже другая сессия.
А lock файл с пидом внутри - это железобетонно. Тут уже не важно кто и как запускает процесс.

[Алексей]

Абсолютно с вами согласен. С точки зрения надёжности решение с лок-файлом лучше, чем читать вывод ps. Просто дело в том, что требования к надёжности в данном случае не очень строгие. Поэтому чтение вывода ps вполне подходит. Да и условия эксплуатации скрипта - только cron. Если всё это сложить, да плюс принцип "Не делай то, что не нужно делать" - решение приемлемое!

Спасибо!

Answer 5

[Владимир]

В добавок к ответу unseriously
вы можете посомтреть древо процессов при помощи ps auxf

Comments

[Алексей]

Не вариант. Парсить дерево слишком сложно. Нужно всего лишь так задать параметры, чтобы получить только один "полезный" процесс, без его предка. Вот как?

[Владимир]

Это была просто подсказка - посмотрев один раз вы сможете точно увидеть что именно парсить чтобы найти именно рабочий процесс а не его родителя, и в целом лучше следовать совету Иван Корюков - лок файл с пидом процесса проверенная и надежная схема.