Как узнать запущен ли процесс?

Question

[Анатолий]

Для отслеживания изменения файлов на диске использую:
https://github.com/gregghz/Watcher

Когда его запускаю, то все работает, но со временем, он перестает работать.
Перезапускаю его и он опять работает
Как проверить, что он работает в текущий момент?

1) Проверяю pid, он существует:

root@Web:~$ll /root/.watcher/watcher.pid
-rw-rw-rw- 1 root root 5 июн  3 08:38 /root/.watcher/watcher.pid

2) Проверяю процессы:

root@Web:~$ps ax | grep watcher
1980 ?        Sl     0:01 python /usr/bin/watcher.py start
3198 pts/0    S+     0:00 grep watcher

Запускаю его через rc-local.service, для этого создал файл

/etc/rc.local#!/bin/sh -e
watcher.py stop
watcher.py start
exit 0

PS. "watcher.py stop" прописал, так как иногда выдает ошибку, что он уже запущен. Наверное смотрит, что PID создан.

Создал службу, прописал в файле
/etc/systemd/system/rc-local.service

[Unit]
 Description=/etc/rc.local Compatibility
 ConditionPathExists=/etc/rc.local
 
[Service]
 Type=forking
 ExecStart=/etc/rc.local start
 TimeoutSec=0
 StandardOutput=tty
 RemainAfterExit=yes
 SysVStartPriority=99
 
[Install]
WantedBy=multi-user.target

Дал ему права и поставил в запуск:

chmod +x /etc/rc.local
systemctl enable rc-local
systemctl start rc-local

PS. Думаю поставить его на ежедневную перезагрузку в cron. Но пока интересно, как отследить его "падение".

Answer 1

[pfg21]

зачем крон и прочие костыли, если есть системд ??
напиши соттвествующий юнит и системд сам будет и запускать процесс и перезапускать в случае падения.

Comments

[Анатолий]

можно, но я не думаю, что "падение" связано с этим
я конечно не исключаю, но как все таки проверить запущен ли он сейчас?
Если он запущен и не работает, то и системд не поможет!
Придется тупо рестарт каждый день делать, опять же через крон.

[alternativshik]

да оно там не падает. Оно просто "не работает"...

[pfg21]

алгоритм проверки неработы этого приложения ??

кстати в системд встроен проверялщик изменения файлов на диске

PathChanged=, PathModified=,
https://www.freedesktop.org/software/systemd/man/s...
спробуй мож подойдет

[Анатолий]

1) Как мне подсказали в комментариях, падение все таки есть, просто надо смотреть не через grep
2) Не поделитесь ссылкой на функцию встроенного проверяльщика, для него не надо писать что-то типа своего watcher? ))

[pfg21]

1) системд запускает процесс в отдельной cgroup что позволяет следить за процессом и дочерними процессами без всяких пидов.
если процесс грохнетс, то запустит еще раз, смотри соотвествующее описание параметров юнита.
2)скажу сразу не пользовался. вот что гугл выдает
https://stackoverflow.com/questions/42628988/how-t...
создаешь lala.service с необходимым действиями.
к нему lala.path в котором прописываешь условия слежения за файлами, т.е. по какому действия .path срабатывает и дергает одноименный .service
далее "sudo systemd daemon-reload" и "sudo systemd enable lala.patch"
как-то так я думаю.

[Анатолий]

pfg21, "юнит" уже создал все нормально.
Мне интересно как systemctl отслеживает файлы (изменение/добавление/удаление), судя по прочитанному, он следит за каким-то конкретным файлом/каталогом, т.е. рекурсивно не может отслеживать файлы в под папках.

[pfg21]

пропиши несколько каталогов/файлов слежения.
в мане писано
Internally, path units use the inotify(7) API to monitor file systems. и т.д. учитывая, что системд слушает поток инотифи, а не дрочит интерфейс файловой системы, вполне мог отслеживать и рекурсию вглубь указанного пути.
как вариант еще просто не сделали, не стали углубляться в усложнение функциональности.

[Анатолий]

короче оставлю тогда пока как есть, вроде же проблема разрешилась
а то создавать несколько каталогов ( больше 200 ), как-то не особо хочется

Answer 2

[alternativshik]

через supervisord запускайте.

Comments

[Анатолий]

а какая разница, как запускать? Как это поможет отследить, что он работает?

[alternativshik]

Анатолий, супервизор следит за тем, запущено оно или нет

[Анатолий]

alternativshik, а сейчас это можно как-то проверить? В настоящее время он не работает. Хотя в ps вроде как виден.

[alternativshik]

Анатолий, так он не запущен или не работает? Вы бы определились для начала с тем, что вам надо...
Если не работает - то смотрите логи...

[Анатолий]

alternativshik, я сам не знаю запущен ли он, поэтому и спрашиваю.
Но он сейчас точно не работает!
А где смотреть логи? Если лог самого скрипта, то файл
/root/.watcher/watcher.log
создается, но он пуст.

[alternativshik]

Анатолий, ну если в ps висит - значит запущено.

[Анатолий]

хз, что делать
удалил watcher.pid и watcher.log
сделал watcher.py start
он их по новой создал

теперь:
$ps -ax | grep watcher
1980 ? Sl 0:01 python /usr/bin/watcher.py start
5332 ? Sl 0:00 python /usr/bin/watcher.py start
5338 pts/0 S+ 0:00 grep watcher

сделал watcher.py stop
$ps -ax | grep watcher
1980 ? Sl 0:01 python /usr/bin/watcher.py start
5508 pts/0 S+ 0:00 grep watcher

Answer 3

[Radjah]

А использовать incron без питоновой обвязки не вариант?

Comments

[Анатолий]

неа, не вариант, он не видит во вложенных папках

Answer 4

[Молзв Реках]

Можно воспользоваться универсальным кроссплатформенным решением - psutil (pip install psutil).

import psutil
for proc in psutil.process_iter():
    name = proc.name()
    print(name)
    if name == "program.exe":
        pass