Как перезапустить сценарий Python автоматически, если он уничтожается или умирает

Вы могли также проявить ориентированный подход большего количества оболочки. Имейте Ваш cron ищите свой сценарий и повторно запустите его, если он умирает.

1. Создайте новый crontab путем выполнения crontab -e. Это поднимет окно Вашего любимого текстового редактора.

2. Добавьте эту строку к файлу, который просто открылся

   */5 * * * * pgrep -f testing.py || nohup python /home/you/scripts/testing.py > test.out
   

3. Сохраните файл и выйдите из редактора.

Вы просто создали новое crontab который будет выполняться каждые 5 минут и запустит Ваш сценарий, если он не будет уже работать. Посмотрите здесь для миленького учебного руководства на cron. Официальные документы Ubuntu о cron здесь.

Фактическая выполняемая команда pgrep который ищет рабочие процессы строку, данную в командной строке. pgrep foo будет искать названную программу foo и возвратите его идентификатор процесса. pgrep -f делает это искать всю командную строку раньше запускало программу и не только название программы (полезный, потому что это - сценарий Python).

|| средства символа "делают это, если предыдущая команда перестала работать". Так, если Ваш сценарий не работает, pgrep перестанет работать, так как это ничего не найдет, и Ваш сценарий будет запущен.

Вы можете иметь перенаправление программы тестирования вывод с помощью параметра командной строки и затем использовать простой сценарий Python для перезапуска программы неограниченно долго:

import subprocess

while True:
    try:
        print subprocess.check_output(['python', 'testing.py'])
    except KeyboardInterrupt:
        break

можно поместить эту программу в фоновом режиме, и после того как Вы хотите остановиться, просто вытягивают его в передний план и уничтожают его.

Вы не должны действительно использовать это для производства, но Вы могли:

#!/bin/sh

while true; do
  nohup python testing.py >> test.out
done &

Если, по какой-либо причине, выходам процесса Python, цикл оболочки продолжит и перезапустит его, добавляя к .out файл, как желаемый. Почти никакие издержки и не занимают очень мало времени для установки.

Существует много способов контролировать и повторно породить процессы под UNIX/Linux. Один из самых старых является записью "переикры" в/etc/inittab... при использовании старой системы SysV init. Другой метод должен использовать демона супервизора от daemontools пакета ди-джея Bernstein. Другие опции состоят в том, чтобы использовать функции в выскочке Ubuntu... или systemd или других.

Но можно посмотреть на альтернативы init и в коде Python для Pardus: демон mudur в частности.

Если Вы решаете пойти с заданием крона (и обработка файла PID) затем рассматривают чтение этого PEP 3143 и возможно использование его ссылочной реализации.

Когда я сослался на в моих других комментариях, устойчивая обработка файла PID хитра. Это подвержено угловым случаям и гонкам. Это становится более хитрым, если существует шанс, что Ваш файл PID заканчивается на NFS, или другая сетевая файловая система (часть атомарности гарантирует, что Вы добираетесь с семантикой обработки файла в надлежащих локальных файловых системах UNIX/Linux, уходят на некоторых версиях и реализациях NFS, например). Также семантика вокруг захвата файла под UNIX может быть хитрой. (Делает flock или fcntl блокировка выпущена быстро в Вашей целевой ОС, когда процесс, содержащий ее, уничтожается с SIGKILL, например?).

Можно также использовать monit Или Процесс, контролирующий с наблюдателем PS

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

Вот пример для Вашего сценария:

check process myprocessname
        matching "myprocessname"
        start program = "nohup /usr/bin/python /path/testing.py > /tmp/test.out &"
        stop program = "/usr/bin/killall myprocessname"

Бросьте взгляд на monit примеры

Вам нужен супервизор, можно использовать супервизор. Это - основанный на Python супервизор, поэтому легкий изменить, если Вы должны.

Управление с файлами с .ini синтаксисом файла.

Ответ Тердона, у меня не сработал, потому что pgrep -f testing.py никогда не давал сбоев. Он получит pid для задания cron (из-за опции -f). Однако без параметра -f pgrep не найдет testing.py, потому что нет процесса с именем testing.py.

Мое решение состояло в том, чтобы изменить

pgrep -f testing.py

на

pgrep -f testing.py | pgrep python

, это означает, что полное задание crontab будет следующим:

*/5 * * * * pgrep -f testing.py | pgrep python || nohup python /home/you/scripts/testing.py > test.out

Что касается ответа тердона, pgrep -f testing.pyникогда не вернет false в соответствии с комментариями в здесь:

I think the issue is that cron spawns a shell to run your command, and the arguments of that shell are matched by pgrep since you are using -f

Для ответа Мэтта pgrep -f testing.pyбесполезен, поскольку pgrep pythonсоответствует любому работающему скрипту Python. Итак, если два скрипта Python cronjob, второй cronjob никогда не запустится.

И тут я нашел решение pgrep -f testing.pyв комментарии здесь:https://askubuntu.com/questions/1014559/running-pgrep-in-a-crontab?noredirect=1&lq=1

Мой cron для запуска двух Python-скриптов:

* * * * * pgrep -f '^/usr/bin/python36 /home/ec2-user/myscript1\.py' || nohup /usr/bin/python36 /home/ec2-user/myscript1.py

0 * * * * pgrep -f '^/usr/bin/python36 /home/ec2-user/myscript2\.py' || nohup /usr/bin/python36 /home/ec2-user/myscript2.py

В моем случае, в качестве быстрого -исправления, я хотел, чтобы моя программа работала, когда она завершилась с ошибкой en или была убита. С другой стороны, я хотел остановить выполнение, когда программа завершилась правильно (код возврата = 0)

Я проверил это на Bash. Он должен нормально работать в любой другой оболочке

#!/bin/sh

echo ""
echo "Use: $0./instagram.py"
echo ""

echo "Executing $1..."

EXIT_CODE=1
(while [ $EXIT_CODE -gt 0 ]; do
    $1
    # loops on error code: greater-than 0
    EXIT_CODE=$?
done)