Как я могу физически увидеть бегущие Cronjobs?

Question

Как я могу физически увидеть бегущие Cronjobs?

0

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

Раньше я делал это в Windows, где планировал задачу, которая запускалась бы в оболочке, которая оставалась бы открытой во время выполнения задачи.

Могу ли я сделать это в Linux? Использование SSH? Что-то, возможно, похоже на использование screen с помощью cron? Я использую версию Linux для AWS.

Спасибо.

user2029890 27 янв. 2015, в 16:58

Источник

0

человек пс
Alex Howansky 27 янв. 2015, в 15:56
0

Вы можете зайти на свой сервер через ssh и использовать ps для проверки запущенных процессов. Вы также можете использовать TOP, чтобы увидеть, что еще работает.
geggleto 27 янв. 2015, в 15:56
0

Вы можете использовать ps -A | grep "yourscript.extension"
Alex 27 янв. 2015, в 15:58
0

@ Алекс - Это покажет фактические скрипты, работающие? Не просто показать мне процессы? Так же, как если бы я запускал скрипт php прямо из оболочки?
user2029890 27 янв. 2015, в 16:01
0

Вы хотите контролировать вывод сценария? Вы сказали, что вы входили ...
nlu 27 янв. 2015, в 16:02
0

Да, я хочу контролировать вывод. Извините, если бы я не был более ясен.
user2029890 27 янв. 2015, в 16:02
0

@ user2029890 он покажет вам, работает скрипт или нет.
Alex 27 янв. 2015, в 16:02
0

@ user2029890 Если вы хотите отслеживать данные, вы можете просто закинуть их в журналы в crontab, например, cron yourscript.php >> /var/log/reports.log чем вы можете tailf /var/log/reports.log чтобы посмотреть, tailf /var/log/reports.log ли данные. пиши в лог.
Alex 27 янв. 2015, в 16:04

Показать ещё 6 комментариев

Теги:

php

linux

cron

3 ответа

1

Самый простой (хотя и грязно грязный) способ сделать это - установить переменную среды в crontab:

* * * * * THIS_IS_A_CRON=1 /path/to/script

Затем, чтобы убедиться, что они работают на вашем компьютере:

ps auxe | grep THIS_IS_A_CRON

Это будет список всех процессов (если они есть), которые были запущены с переменной среды THIS_IS_A_CRON

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

* * * * * /path/to/script 2>&1 >> /random/output/file.txt

И открытие терминала, который tail файла:

tail -100f /random/output/file.txt

Elias Van Ootegem 27 янв. 2015, в 13:05

0

Спасибо. Это покажет мне фактический вывод скрипта? Так же, как если бы я запускал скрипт php прямо из оболочки?
user2029890 27 янв. 2015, в 16:04
0

tail будет, потому что и stdout и stderr настроены на добавление в случайный файл, который будет выводиться на ваш экран через tail
Elias Van Ootegem 27 янв. 2015, в 16:05
0

@ user2029890: прости, что сказал это, но если это так много значит для тебя, чтобы увидеть реальный вывод скрипта, то зачем вообще использовать crontab ? Почему бы не запустить скрипт вручную? Все дело в том, чтобы cron выполнял для вас простые задачи в фоновом режиме, без необходимости слишком внимательно следить за выходными данными (только если что-то идет не так, как раз там, где приходят логи)
Elias Van Ootegem 27 янв. 2015, в 16:07
0

@ Элисас Честный вопрос. Я использую cron для планирования запуска этих событий, поэтому мне не нужно делать это вручную. Природа этих сценариев может быть ненадежной, поскольку они основаны на внешних событиях, которые я не могу полностью контролировать. Поэтому иногда полезно видеть результаты в режиме реального времени, так как я могу сказать, что что-то не так.
user2029890 27 янв. 2015, в 16:11
0

@ user2029890: Вы можете написать свои сценарии таким образом, чтобы они были склонны к сбою (внешнее событие, cron должен завершиться: он должен аварийно завершиться). запишите, что случилось с каким-то журналом, и установите crontab для более частого запуска сценариев. Это избавляет вас от необходимости постоянно следить за сценариями. Сценарий очистки должен запускаться один раз в столько, чтобы он проверял журналы (посмотрите, не стал ли журнал ошибок слишком большим или журнал stdout не растет), и пусть этот сценарий отправляет по почте / уведомляет вас в случае серьезных проблем.
Elias Van Ootegem 27 янв. 2015, в 16:23
0

Хороший и вменяемый совет.
user2029890 27 янв. 2015, в 16:24
0

Другой подход - использовать что-то вроде RabbitMQ (AMQP) для реагирования на события, чтобы ваши скрипты могли правильно обрабатывать внешние события. Я могу подумать о ряде дополнительных подходов (не используя PHP, в пользу более отзывчивого инструмента, например, node.js) ... но это полностью зависит от вас
Elias Van Ootegem 27 янв. 2015, в 16:25

Показать ещё 5 комментариев

0

Если скрипт генерирует выходные данные, которые вы хотите отслеживать, позвольте ему зарегистрировать это и использовать хвост -f в журнале.

Использование экрана для этого является излишним.

nlu 27 янв. 2015, в 14:31

Ещё вопросы

Вы можете зайти на свой сервер через ssh и использовать ps для проверки запущенных процессов. Вы также можете использовать TOP, чтобы увидеть, что еще работает.
Вы можете использовать ps -A | grep "yourscript.extension"
@ Алекс - Это покажет фактические скрипты, работающие? Не просто показать мне процессы? Так же, как если бы я запускал скрипт php прямо из оболочки?
Вы хотите контролировать вывод сценария? Вы сказали, что вы входили ...
Да, я хочу контролировать вывод. Извините, если бы я не был более ясен.
@ user2029890 он покажет вам, работает скрипт или нет.
@ user2029890 Если вы хотите отслеживать данные, вы можете просто закинуть их в журналы в crontab, например, cron yourscript.php >> /var/log/reports.log чем вы можете tailf /var/log/reports.log чтобы посмотреть, tailf /var/log/reports.log ли данные. пиши в лог.
Спасибо. Это покажет мне фактический вывод скрипта? Так же, как если бы я запускал скрипт php прямо из оболочки?
tail будет, потому что и stdout и stderr настроены на добавление в случайный файл, который будет выводиться на ваш экран через tail
@ user2029890: прости, что сказал это, но если это так много значит для тебя, чтобы увидеть реальный вывод скрипта, то зачем вообще использовать crontab ? Почему бы не запустить скрипт вручную? Все дело в том, чтобы cron выполнял для вас простые задачи в фоновом режиме, без необходимости слишком внимательно следить за выходными данными (только если что-то идет не так, как раз там, где приходят логи)
@ Элисас Честный вопрос. Я использую cron для планирования запуска этих событий, поэтому мне не нужно делать это вручную. Природа этих сценариев может быть ненадежной, поскольку они основаны на внешних событиях, которые я не могу полностью контролировать. Поэтому иногда полезно видеть результаты в режиме реального времени, так как я могу сказать, что что-то не так.
@ user2029890: Вы можете написать свои сценарии таким образом, чтобы они были склонны к сбою (внешнее событие, cron должен завершиться: он должен аварийно завершиться). запишите, что случилось с каким-то журналом, и установите crontab для более частого запуска сценариев. Это избавляет вас от необходимости постоянно следить за сценариями. Сценарий очистки должен запускаться один раз в столько, чтобы он проверял журналы (посмотрите, не стал ли журнал ошибок слишком большим или журнал stdout не растет), и пусть этот сценарий отправляет по почте / уведомляет вас в случае серьезных проблем.
Другой подход - использовать что-то вроде RabbitMQ (AMQP) для реагирования на события, чтобы ваши скрипты могли правильно обрабатывать внешние события. Я могу подумать о ряде дополнительных подходов (не используя PHP, в пользу более отзывчивого инструмента, например, node.js) ... но это полностью зависит от вас

David Graham · Accepted Answer · 2015-01-27T14-46-00.000Z

Вы можете вывести вывод cronjob в файл журнала, и вы можете использовать инструменты unix (хвост, часы и т.д.) Для просмотра всего выходного файла, как это происходит, например, следующие перенаправления STDERR, а также STDOUT в файл журнала:

/usr/bin/really_long_script.sh > /tmp/script.log 2>&1

tail -f /tmp/script.log

Все ответы были одной и той же идеей. Я принял это из-за примеров