Как в crontab ubuntu перезапускать сервис?

Question

[password22]

Куча статей и видео как запускать crontab в ubuntu, скрипт и так далее.

Но как мне сделать перезапуск моей собственной службы, то есть службы, которая отвечает за сайт?

Я пробовал

sudo crontab -e
добавила туда 0 4 * * * sudo systemctl restart mySite.service

Потом пробовал

sudo nano /etc/cron.hourly/testHourly
0 4 * * * sudo systemctl restart mySite.service

Не очень понимаю как сделать перезапуск службы раз в день...

Comments

[Lynn «Кофеман»]

А сервис где и как определён?

[Vitsliputsli]

А зачем его перезапускать? Пусть работает постоянно.

[password22]

Lynn «Кофеман», сервис создавал так, под сайт на asp.net
sudo nano /etc/systemd/system/mySite.service

[Unit]
Description=Example .NET Web API App running on Ubuntu

[Service]
WorkingDirectory=/var/www/helloapp
ExecStart=/usr/bin/dotnet /var/www/helloapp/helloapp.dll
Restart=always
# Restart service after 10 seconds if the dotnet service crashes:
RestartSec=10
KillSignal=SIGINT
SyslogIdentifier=dotnet-example
User=www-data
Environment=ASPNETCORE_ENVIRONMENT=Production
Environment=DOTNET_PRINT_TELEMETRY_MESSAGE=false

[Install]
WantedBy=multi-user.target

sudo systemctl enable mySite.service

С сервисом всё в порядке, я его проверял много раз, ошибок нет, работает как надо

Answer 1

[password22]

В моем случае пришлось сделать вот что.

Чтобы перезапускать сайт на asp.net по таймеру пришлось создавать отдельно таймер + сервис + скрипт перезапуска.

То есть в итоге должно быть:

1. site.service -сам сервис запуска сайта ​
   
2. siteRestart.service - сервис, ссылающийся на скрипт с перезапуском
   
3. siteRestart.timer - таймер для сервиса перезапуска
   
4. siteRestart.sh - скрипт с перезапуском
   

site.service

[Unit]
Description=Example .NET Web API App running on Ubuntu

[Service]
WorkingDirectory=/var/www/helloapp
ExecStart=/usr/bin/dotnet /var/www/helloapp/helloapp.dll
Restart=always
# Restart service after 10 seconds if the dotnet service crashes:
RestartSec=10
KillSignal=SIGINT
SyslogIdentifier=dotnet-example
User=www-data
Environment=ASPNETCORE_ENVIRONMENT=Production
Environment=DOTNET_PRINT_TELEMETRY_MESSAGE=false

[Install]
WantedBy=multi-user.target

siteRestart.service

[Unit]
Description=siteRestartService

[Service]
Type=simple
ExecStart=/usr/local/bin/siteRestart.sh

[Install]
WantedBy=multi-user.target

siteRestart.timer

[Unit]
Description=RestartSiteDaily

[Timer]
OnCalendar=daily
Unit=siteRestart.service
Persistent-true

[Install]
WantedBy=multi-user.target

siteRestart.sh

#!/bin/bash
systemctl restart site.service

далее

sudo chmod 744 /usr/local/bin/siteRestart.sh
sudo chmod 644 /etc/systemd/system/siteRestart.service

sudo systemctl daemon-reload

sudo systemctl start siteRestart.service siteRestart.timer

sudo systemctl enable siteRestart.service siteRestart.timer

sudo systemctl status siteRestart.service siteRestart.timer

Только так всё заработало!

Answer 2

[Valdemar Smörman]

Настраиваешь таймер и радуешься жизни...

Настраиваем таймеры systemd вместо заданий cron

Systemd, интерактивные скрипты и таймеры

Использование таймеров systemd вместо заданий cron

Comments

[password22]

спасибо вам за идею, прочел эти статьи, сделал всё как надо, запустил и....
тишина

на моменте вывода и наблюдением за таймером sudo journalctl -S today -f -u mySite.service
ничего не происходит. Ни с таймером, ни с сервисом...

я уже не понимаю почему так просходит

[password22]

я создал mySite.timer, то при sudo systemctl status *timer
его даже нет в списке таймеров! Хотя я его включил, статус у него рабочий. Сработал только 1 раз при запуске и тишина

[password22]

я выполнил sudo systemctl list-timers

и у моего таймера вот так

n/a                         n/a           Sun 2022-01-09 19:55:00 MSK 8min ago     mySite.timer                 mySite.service

[Valdemar Smörman]

password22, всё просто!
Чудес не бывает.

Если не работает, статус его не отображает, значит ошибка(и) есть!
Другого не дано.

У меня таймеры работают великолепно.

Внимательно ещё раз просмотрите код таймера и самого юнита, и пути.

Куда вы их поместили...

[password22]

Valdemar Smörman, я всё проверяю, и вывод пока в том, что таймер срабатывает только 1 раз. После этого у него n/a и в будущих и прошлых его расписаниях

[Valdemar Smörman]

password22, вы создали, и xxxx.service, и xxxx.timer?
Обязательно должны быть и .service, и .timer процесса

[Valdemar Smörman]

password22, примеры одного из моих сервисов:
- .service

[Unit]
Description=Eval resetter

[Service]
Type=simple
ExecStart=/bin/bash '/usr/bin/eval'

[Install]
WantedBy=multi-user.target

- .timer к нему

[Unit]
Description=Execute eval one a month

[Timer]
OnCalendar=monthly
Unit=eval.service
Persistent=true

[Install]
WantedBy=multi-user.target

[Valdemar Smörman]

password22, соответственно, запускать их надо обоих:

сначала перезапустить домонов:
sudo systemctl daemon-reload

потом стартовать их:
sudo systemctl start eval.service eval.timer

и...
я так полагаю, вы забыли их в авто-загрузку помесить командой:
sudo systemctl enable eval.service eval.timer

И у тебя, после ввода комнады:
sudo systemctl status eval.service eval.timer

должен быть такой вывод в Терминале, красноречиво говорящий о том, что всё шикардосно и всё арбайтен:


Вот, и всё...

[password22]

Valdemar Smörman, всё именно так как у вас!! Сам сервис под сайт на asp.net и выглядит немного иначе

[Unit]
Description=Example .NET Web API App running on Ubuntu

[Service]
WorkingDirectory=/var/www/helloapp
ExecStart=/usr/bin/dotnet /var/www/helloapp/helloapp.dll
Restart=always
# Restart service after 10 seconds if the dotnet service crashes:
RestartSec=10
KillSignal=SIGINT
SyslogIdentifier=dotnet-example
User=www-data
Environment=ASPNETCORE_ENVIRONMENT=Production
Environment=DOTNET_PRINT_TELEMETRY_MESSAGE=false

[Install]
WantedBy=multi-user.target

[password22]

password22, как я понимаю, вся суть проблемы в том, что у таймера когда выводишь статус в trigger стоит n/a, но я пока не нашел причины этому в интернете

[password22]

password22, может такое быть из-за того что у меня в сервисе нет Type=simple?

[password22]

Valdemar Smörman,

[Valdemar Smörman]

password22, так можешь просто проверить, добавив этот параметр...

И обрати внимание на:

ExecStart=/usr/bin/dotnet /var/www/helloapp/helloapp.dll

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

Но, как правило, все проблемы, чаще всего из-за пути исполнения команды на запуск....

[password22]

Valdemar Smörman, с этим сервисом все чики пуки, так как сайт уже в рабочем состоянии недели 2, я его и перезаливал, и рестартил

[Valdemar Smörman]

password22, а почему User=www-data?

Вы же по умолчанию от root запускаете такие сервисы и тогда зачем принудительно прописывать Пользователя www-data?

Вы упростите задачу, как в моих юнитах.
Уберите лишнее, не нужное, аля User=www-data и пр.!

[password22]

Valdemar Smörman, окей, сделаю минимализм как в вашем примере, всё с нуля, отпишусь

[password22]

Valdemar Smörman, спасибо вам за помощь! Смог решить свою проблему благодаря вам, но с нюансами. Оформил как ответ

Answer 3

[Drno]

sudo crontab -e
0 0 */1 * * systemctl restart mySite.service

минуты часы день месяц год
0 минуту - 0 час - *(каждый)/1(один) день - * (любую неделю) - * (любой месяц)

вот так в 23:30 каждый день
30 23 */1 * *

если скрипт надо запускать от sudo то добавлять надо в крон rootA , а не в свой пользовательский. потому что скрипт с правами sudo из крона он не запустит

Comments

[hint000]

Drno,

если скрипт надо запускать от sudo то добавлять надо в крон rootA

Вроде автор так и делает:
sudo crontab -e

password22, а вот здесь sudo уже лишнее:
0 4 * * * sudo systemctl restart mySite.service
В первом варианте ошибок я не вижу, должно перезапускаться в 4 часа ночи. Если нет, то смотрите в почте root'а сообщения от cron.

Потом пробовал
sudo nano /etc/cron.hourly/testHourly

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

[password22]

Я сделал как вы сказали, получается что написал просто

sudo crontab -e

затем

1 * * * * systemctl restart mySite.service

и когда я пробую ввести sudo grep cron /var/log/syslog, последние записи вот такие

Jan  9 11:17:01 уеуке  CRON[457789]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  9 12:17:01 уеуке  CRON[458011]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  9 13:17:01 уеуке  CRON[458245]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  9 14:17:01 уеуке  CRON[458418]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  9 14:57:52 уеуке  crontab[458566]: (root) DELETE (root)
Jan  9 14:58:08 уеуке  crontab[458571]: (root) LIST (root)
Jan  9 14:58:23 уеуке crontab[458575]: (root) BEGIN EDIT (root)
Jan  9 14:58:54 уеуке crontab[458575]: (root) REPLACE (root)
Jan  9 14:58:54 уеуке  crontab[458575]: (root) END EDIT (root)
Jan  9 14:59:52 уеуке  crontab[458581]: (root) LIST (root)
Jan  9 15:06:58 уеуке  crontab[458634]: (root) LIST (root)

Этот крон не работает каждую минуту (я для теста так сделал)

[password22]

hint000, а не подскажете как от рута сделать этот крон?
Когда я забиваю sudo crontab -l, он пишет что нет крона для рута, далее я добавляю туда эту строку 1 * * * * systemctl restart mySite.service и она не выполняется

[Drno]

password22, sudo crontab -e

почему Вы -l пишите?

[Drno]

password22, а скрипт правильно указан? из консоли рестар сервиса срабатывает?

[hint000]

password22,

Этот крон не работает каждую минуту

1 * * * * это не каждую минуту, а каждый час, т.е. когда на часах: * часов 01 минута.
Чтобы каждую минуту - поставьте звёздочку вместо единички.

Когда я забиваю sudo crontab -l, он пишет что нет крона для рута, далее я добавляю туда эту строку 1 * * * * systemctl restart mySite.service

Может быть забываете сохранить после добавления этой строчки? Если выходите из редактора без сохранения, то так всё и будет.

[password22]

hint000, не не, я сохраняю и проверяю после этого с помощью crontab -l

[password22]

Drno, чтобы проверить что крон установлен и он есть

[password22]

Drno,

а скрипт правильно указан? из консоли рестар сервиса срабатывает?

это вы про сервис сайта? С ним всё идеально, рестарт работает, ошибок нет

[password22]

password22, всё сделал как вы сказали, изменил на минуты, но всё что получилось

Jan  9 15:06:58 укауук  crontab[458634]: (root) LIST (root)
Jan  9 15:09:31 укауук  crontab[458699]: (root) LIST (root)
Jan  9 15:17:01 укауук  CRON[458715]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  9 15:42:18 ruvds-qevf5 crontab[458859]: (root) BEGIN EDIT (root)
Jan  9 15:42:26 укауук crontab[458859]: (root) REPLACE (root)
Jan  9 15:42:26 укауук  crontab[458859]: (root) END EDIT (root)
Jan  9 15:43:01 укауук  cron[425976]: (root) RELOAD (crontabs/root)
Jan  9 15:43:49 укауук  crontab[458898]: (root) LIST (root)

Каждую минуту не запускается

[Drno]

password22, давайте попробуем лог файл тогда зхаписать и заодно перезапустить службу крон
Вы надеюсь после своей записи оставляете пустую строку? (ну мало ли)

* * * * * systemctl restart mySite.service >> /var/log/test.log
вот тут пустая строка

ну и перезапуск сервиса крон после этого, мало ли
sudo service cron restart

[password22]

Drno, ничего не происходит, в этот файл для лога он ничего не записывает, а при
sudo grep cron /var/log/syslog

выдает

Jan  9 15:43:01 вауцкаук  cron[425976]: (root) RELOAD (crontabs/root)
Jan  9 15:43:49 вауцкаук  crontab[458898]: (root) LIST (root)
Jan  9 15:54:50 вауцкаук  crontab[459234]: (root) BEGIN EDIT (root)
Jan  9 15:55:13 вауцкаук  crontab[459234]: (root) REPLACE (root)
Jan  9 15:55:13 вауцкаук  crontab[459234]: (root) END EDIT (root)
Jan  9 15:55:27 вауцкаук systemd[1]: cron.service: Succeeded.
Jan  9 15:55:27 вауцкаук  cron[459278]: (CRON) INFO (pidfile fd = 3)
Jan  9 15:55:27 вауцкаук  cron[459278]: (CRON) INFO (Skipping @reboot jobs -- not system startup)

Ничего как будто и не выполняется

[Drno]

password22, ладно.. еще вариант
делаем bash скрипт с таким содержанием
создаем файл sudo nano /root/myscript.sh
в него вставляем

#!/bin/bash
systemctl restart mySite.service

далее делаем его активным
sudo chmod a+x /root/myscript.sh

сохраняем, добавляем в крон
* * * * * /root/myscript.sh

[password22]

Drno, всё сделал

sudo grep cron /var/log/syslog
тут же должно выводиться о каждом выполненном кроне? Если да, то это не помогло

[Drno]

password22, ну я незнаю уж тогда...
Подождем еще кого то

[password22]

Drno, спасибо за помощь! Попробую вариант что предложили ниже - таймеры

[Drno]

password22, да тут дело не в таймерах. тут дело в том что как то неправильно перезапускаем сервис. крон отрабатывает, это точно))

[password22]

Drno, как же это всё проверить-то, никаких ошибок нет, ничего. Не понимаю

В интернете ничего такого найти не могу

[Drno]

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

Хотя если срабатывает в терминале sudo systemctl restart mySite.service
очень странно что оно не отрабатывает в кроне)