Запуск cron каждые 30 секунд

Итак, у меня есть хрон, который мне нужно запускать каждые 30 секунд.

Вот что у меня есть:

*/30 * * * * /bin/bash -l -c 'cd /srv/last_song/releases/20120308133159 && script/rails runner -e production '\''Song.insert_latest'\'''

Он работает, но работает ли он каждые 30 минут или 30 секунд?

Кроме того, я читал, что cron, возможно, не лучший инструмент для использования, если я запускаю его так часто. Есть ли другой лучший инструмент, который я могу использовать или установить в Ubuntu 11.04, который будет лучшим вариантом? Есть ли способ исправить вышеуказанный cron?

У вас есть */30в спецификаторе минут - это означает каждую минуту, но с шагом 30 (другими словами, каждые полчаса). Так cronкак не доходит до субминутных разрешений, вам нужно будет найти другой путь.

Одна из возможностей, хотя и немного сложная ^(а) , состоит в том, чтобы иметь два задания, одно из которых смещено на 30 секунд:

# Need these to run on 30-sec boundaries, keep commands in sync.
* * * * *              /path/to/executable param1 param2
* * * * * ( sleep 30 ; /path/to/executable param1 param2 )

Вы увидите, что я добавил комментарии и отформатировал их, чтобы их было легко синхронизировать.

Обе cronработы фактически выполняются каждую минуту, но последняя будет ждать полминуты, прежде чем выполнять «мясо» задания /path/to/executable.

Для других (не cronоснованных) вариантов смотрите другие ответы здесь, особенно те, которые упоминают fcronи systemd. Это, вероятно, предпочтительнее, если ваша система может их использовать (например, установка fcronили наличие дистрибутива systemd).

Если вы не хотите использовать решение kludgy, вы можете использовать решение на основе цикла с небольшой модификацией. Вам все равно придется управлять тем, чтобы ваш процесс работал в какой-то форме, но после сортировки должен работать следующий скрипт:

#!/bin/env bash

# Debug code to start on minute boundary and to
# gradually increase maximum payload duration to
# see what happens when the payload exceeds 30 seconds.

((maxtime = 20))
while [[ "$(date +%S)" != "00" ]]; do true; done

while true; do
    # Start a background timer BEFORE the payload runs.

    sleep 30 &

    # Execute the payload, some random duration up to the limit.
    # Extra blank line if excess payload.

    ((delay = RANDOM % maxtime + 1))
    ((maxtime += 1))
    echo "$(date) Sleeping for ${delay} seconds (max ${maxtime})."
    [[ ${delay} -gt 30 ]] && echo
    sleep ${delay}

    # Wait for timer to finish before next cycle.

    wait
done

Хитрость заключается в том, чтобы использовать его, sleep 30но запускать его в фоновом режиме до запуска полезной нагрузки. Затем, после того, как полезная нагрузка закончена, просто подождите, пока sleepзакончится фон .

Если полезная нагрузка занимает nсекунды (где n <= 30), ожидание после полезной нагрузки будет 30 - nсекундами. Если это займет более 30 секунд, то следующий цикл будет отложен до завершения полезной нагрузки, но не дольше.

Вы увидите, что у меня есть отладочный код, который начинается на минутной границе, чтобы на выходе было легче следовать. Я также постепенно увеличиваю максимальное время полезной нагрузки, так что вы в конечном итоге увидите, что полезная нагрузка превышает 30-секундное время цикла (выводится дополнительная пустая строка, поэтому эффект очевиден).

Далее следует примерный цикл (где циклы обычно начинаются через 30 секунд после предыдущего цикла):

Tue May 26 20:56:00 AWST 2020 Sleeping for 9 seconds (max 21).
Tue May 26 20:56:30 AWST 2020 Sleeping for 19 seconds (max 22).
Tue May 26 20:57:00 AWST 2020 Sleeping for 9 seconds (max 23).
Tue May 26 20:57:30 AWST 2020 Sleeping for 7 seconds (max 24).
Tue May 26 20:58:00 AWST 2020 Sleeping for 2 seconds (max 25).
Tue May 26 20:58:30 AWST 2020 Sleeping for 8 seconds (max 26).
Tue May 26 20:59:00 AWST 2020 Sleeping for 20 seconds (max 27).
Tue May 26 20:59:30 AWST 2020 Sleeping for 25 seconds (max 28).
Tue May 26 21:00:00 AWST 2020 Sleeping for 5 seconds (max 29).
Tue May 26 21:00:30 AWST 2020 Sleeping for 6 seconds (max 30).
Tue May 26 21:01:00 AWST 2020 Sleeping for 27 seconds (max 31).
Tue May 26 21:01:30 AWST 2020 Sleeping for 25 seconds (max 32).
Tue May 26 21:02:00 AWST 2020 Sleeping for 15 seconds (max 33).
Tue May 26 21:02:30 AWST 2020 Sleeping for 10 seconds (max 34).
Tue May 26 21:03:00 AWST 2020 Sleeping for 5 seconds (max 35).
Tue May 26 21:03:30 AWST 2020 Sleeping for 35 seconds (max 36).

Tue May 26 21:04:05 AWST 2020 Sleeping for 2 seconds (max 37).
Tue May 26 21:04:35 AWST 2020 Sleeping for 20 seconds (max 38).
Tue May 26 21:05:05 AWST 2020 Sleeping for 22 seconds (max 39).
Tue May 26 21:05:35 AWST 2020 Sleeping for 18 seconds (max 40).
Tue May 26 21:06:05 AWST 2020 Sleeping for 33 seconds (max 41).

Tue May 26 21:06:38 AWST 2020 Sleeping for 31 seconds (max 42).

Tue May 26 21:07:09 AWST 2020 Sleeping for 6 seconds (max 43).

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

^(а) Некоторые мои коллеги сказали бы, что моя специальность - это кладжи :-)

Ты не можешь Cron имеет 60-секундную зернистость.

* * * * * cd /srv/last_song/releases/20120308133159 && script/rails runner -e production '\''Song.insert_latest'\''
* * * * * sleep 30 && cd /srv/last_song/releases/20120308133159 && script/rails runner -e production '\''Song.insert_latest'\''

Степень детализации Cron составляет несколько минут и не предназначена для того, чтобы просыпаться каждую xсекунду, чтобы что-то запустить. Запустите повторяющуюся задачу в цикле, и она должна делать то, что вам нужно:

#!/bin/env bash
while [ true ]; do
 sleep 30
 # do what you need to here
done

Если вы используете новейшую ОС Linux с SystemD, вы можете использовать модуль таймера SystemD для запуска вашего скрипта на любом уровне детализации, который вы пожелаете (теоретически до наносекунд), и - если вы хотите - гораздо более гибкие правила запуска, чем когда-либо позволял Cron , Не sleepтребуется кладжи

Для настройки требуется немного больше, чем для отдельной строки в файле cron, но если вам нужно что-то лучше, чем «Каждую минуту», оно того стоит.

Модель таймера SystemD в основном такова: таймеры - это единицы, которые запускают сервисные единицы по истечении таймера .

Таким образом, для каждого сценария / команды, которую вы хотите запланировать, у вас должен быть блок обслуживания, а затем дополнительный блок таймера. Один таймер может включать в себя несколько расписаний, поэтому обычно вам не требуется более одного таймера и одного сервиса.

Вот простой пример, который регистрирует «Hello World» каждые 10 секунд:

/etc/systemd/system/helloworld.service:

[Unit]
Description=Say Hello
[Service]
ExecStart=/usr/bin/logger -i Hello World

/etc/systemd/system/helloworld.timer:

[Unit]
Description=Say Hello every 10 seconds
[Timer]
OnBootSec=10
OnUnitActiveSec=10
AccuracySec=1ms
[Install]
WantedBy=timers.target

После настройки этих устройств ( /etc/systemd/systemкак описано выше, для общесистемной настройки или ~/.config/systemd/userдля пользовательской настройки) необходимо включить таймер (но не службу), выполнив systemctl enable --now helloworld.timer( --nowфлаг также запускает таймер немедленно, в противном случае он будет запущен только после следующей загрузки или входа пользователя).

Здесь [Timer]используются следующие поля раздела:

• OnBootSec - запускать службу через много секунд после каждой загрузки.
• OnUnitActiveSec- запустить службу через много секунд после последнего запуска службы. Это то, что заставляет таймер повторяться и вести себя как задание cron.
• AccuracySec- устанавливает точность таймера. Таймеры имеют такую ​​же точность, как это поле, и по умолчанию используется 1 минута (имитирует cron). Основная причина не требовать наилучшей точности - повысить энергопотребление - если SystemD может запланировать следующий запуск так, чтобы он совпадал с другими событиями, он должен реже разбудить ЦП. В 1msприведенном выше примере не является идеальным - я обычно устанавливаю точность1 (1 секунду) в моих суб-минутных запланированных работ, но это означало бы , что если вы посмотрите на журнал , показывающий «Hello World» сообщения, вы бы увидели , что это часто поздно на 1 секунду. Если вы согласны с этим, я предлагаю установить точность до 1 секунды или более.

Как вы, возможно, заметили, этот таймер не очень хорошо имитирует Крона - в том смысле, что команда не запускается в начале каждого периода настенных часов (т.е. она не запускается на 10-й секунде на часах, потом 20 и тд). Вместо этого это просто происходит, когда таймер истекает. Если система загрузилась в 12:05:37, то в следующий раз команда будет запущена в 12:05:47, затем в 12:05:57 и т. Д. Если вас интересует фактическая точность настенных часов, вы можете хотите заменить OnBootSecи OnUnitActiveSecполя , и вместо того, чтобы установить OnCalendarправила с графиком , который вы хотите (который, насколько я понимаю , не может быть быстрее , чем на 1 секунду, используя формат календаря). Приведенный выше пример также можно записать так:

OnCalendar=*-*-* *:*:00,10,20,30,40,50

Последнее замечание: как вы, наверное, догадались, helloworld.timerустройство запускает helloworld.serviceустройство, потому что у него одинаковое имя (за исключением суффикса типа устройства). Это значение по умолчанию, но вы можете изменить это, установив Unitполе для[Timer] раздела.

Больше подробностей можно найти по адресу:

• Вики-страница Arch Linux о таймерах SystemD, которая дает очень хороший обзор темы с примерами.
• man systemd.timer
• man systemd.time
• man systemd.service
• man system.exec

Нет необходимости в двух записях cron, вы можете поместить их в одну:

* * * * * /bin/bash -l -c "/path/to/executable; sleep 30 ; /path/to/executable"

так в вашем случае:

* * * * * /bin/bash -l -c "cd /srv/last_song/releases/20120308133159 && script/rails runner -e production '\''Song.insert_latest'\'' ; sleep 30 ; cd /srv/last_song/releases/20120308133159 && script/rails runner -e production '\''Song.insert_latest'\''"

Вы можете проверить мой ответ на этот похожий вопрос

По сути, я включил туда bash-скрипт с именем «runEvery.sh», который вы можете запускать с помощью cron каждую 1 минуту и ​​передавать в качестве аргументов реальную команду, которую вы хотите запустить, и частоту в секундах, с которой вы хотите ее запускать.

что-то вроде этого

* * * * * ~/bin/runEvery.sh 5 myScript.sh

Используйте часы:

$ watch --interval .30 script_to_run_every_30_sec.sh

Задание Cron нельзя использовать для планирования задания с интервалом в несколько секунд. то есть вы не можете запланировать выполнение задания cron каждые 5 секунд. Альтернативой является написание сценария оболочки, в котором используется sleep 5команда.

Создайте скрипт оболочки каждые 5-seconds.sh, используя цикл bash while, как показано ниже.

$ cat every-5-seconds.sh
#!/bin/bash
while true
do
 /home/ramesh/backup.sh
 sleep 5
done

Теперь выполните этот сценарий оболочки в фоновом режиме, nohupкак показано ниже. Это продолжит выполнение сценария даже после выхода из сеанса. Это будет запускать скрипт оболочки backup.sh каждые 5 секунд.

$ nohup ./every-5-seconds.sh &

Используйте fcron ( http://fcron.free.fr/ ) - дает вам детализацию в считанные секунды и делает ее лучше и более многофункциональной, чем cron (vixie-cron) и стабильной. Раньше я делал глупости, например, когда на одной машине работало около 60 php-скриптов в очень дурацких настройках, и это все еще выполняло свою работу!

в рубрике /etc/cron.d/

новый создать файл excute_per_30s

* * * * * yourusername  /bin/date >> /home/yourusername/temp/date.txt
* * * * * yourusername sleep 30; /bin/date >> /home/yourusername/temp/date.txt

будет запускать cron каждые 30 секунд

В настоящее время я использую метод ниже. Работает без проблем.

* * * * * /bin/bash -c ' for i in {1..X}; do YOUR_COMMANDS ; sleep Y ; done '

Если вы хотите запускать каждые N секунд, то X будет 60 / N, а Y будет N .

Спасибо.

Задание Crontab можно использовать для планирования задания в минутах / часах / днях, но не в секундах. Альтернатива:

Создайте скрипт для выполнения каждые 30 секунд:

#!/bin/bash
# 30sec.sh

for COUNT in `seq 29` ; do
  cp /application/tmp/* /home/test
  sleep 30
done

Используйте crontab -eи crontab для выполнения этого скрипта:

* * * * * /home/test/30sec.sh > /dev/null

Вы можете запустить этот скрипт как сервис, перезапускать каждые 30 секунд

Зарегистрировать услугу

sudo vim /etc/systemd/system/YOUR_SERVICE_NAME.service

Вставьте в команду ниже

Description=GIVE_YOUR_SERVICE_A_DESCRIPTION

Wants=network.target
After=syslog.target network-online.target

[Service]
Type=simple
ExecStart=YOUR_COMMAND_HERE
Restart=always
RestartSec=10
KillMode=process

[Install]
WantedBy=multi-user.target

Сервисы перезагрузки

sudo systemctl daemon-reload

Включить услугу

sudo systemctl enable YOUR_SERVICE_NAME

Запустить сервис

sudo systemctl start YOUR_SERVICE_NAME

Проверьте статус вашего сервиса

systemctl status YOUR_SERVICE_NAME

Спасибо за все хорошие ответы. Для простоты мне понравилось смешанное решение с управлением crontab и разделением времени в скрипте. Вот что я сделал, чтобы запускать скрипт каждые 20 секунд (три раза в минуту). Линия Crontab:

 * * * * 1-6 ./a/b/checkAgendaScript >> /home/a/b/cronlogs/checkAgenda.log

Автор сценария:

cd /home/a/b/checkAgenda

java -jar checkAgenda.jar
sleep 20
java -jar checkAgenda.jar 
sleep 20
java -jar checkAgenda.jar 

написать один сценарий оболочки создать файл .sh

нано каждые30 секунд

и написать сценарий

#!/bin/bash
For  (( i=1; i <= 2; i++ ))
do
    write Command here
    sleep 30
done

затем установите cron для этого скрипта crontab -e

(* * * * * /home/username/every30second.sh)

этот файл cron вызывает файл .sh каждые 1 минуту и ​​в команде .sh файл запускается 2 раза за 1 минуту

если вы хотите запустить скрипт в течение 5 секунд, замените 30 на 5 и измените цикл следующим образом: For (( i=1; i <= 12; i++ ))

когда вы выбираете для любой секунды, затем рассчитать 60 / свою секунду и написать в цикле For

У меня просто была похожая задача и я использовал следующий подход:

nohup watch -n30 "kill -3 NODE_PID" &

Мне нужно было периодически убивать -3 (чтобы отслеживать стек программы) каждые 30 секунд в течение нескольких часов.

nohup ... & 

Это здесь, чтобы быть уверенным, что я не потеряю выполнение watch, если потеряю оболочку (проблема с сетью, сбой Windows и т. Д.

Посмотрите на часто-cron - он старый, но очень стабильный, и вы можете перейти на микросекунды. На данный момент, единственное, что я хотел бы сказать против этого, - это то, что я все еще пытаюсь понять, как установить его вне init.d, но в качестве нативной службы systemd, но, конечно, до Ubuntu 18 он работает просто нормально все еще используя init.d (расстояние может отличаться в последних версиях). У него есть дополнительное преимущество (?), Заключающееся в том, что он не будет порождать другой экземпляр сценария PHP, если не завершен предыдущий, что уменьшает потенциальные проблемы утечки памяти.

Запустите в цикле оболочки, например:

#!/bin/sh    
counter=1
while true ; do
 echo $counter
 counter=$((counter+1))
 if [[ "$counter" -eq 60 ]]; then
  counter=0
 fi
 wget -q http://localhost/tool/heartbeat/ -O - > /dev/null 2>&1 &
 sleep 1
done