Cron перезапуск: Перезапуск cron после изменения файла crontab?
Перезапуск cron после изменения файла crontab?
должен ли я перезапустить cron после изменения файла crontable?
326
автор: bArmageddon
6 ответов
нет.
С cron man page:
…cron затем рассмотрит время модификации на всех crontabs
и перезарядить те, которые изменились. Таким образом, cron не нужно перезапускать
всякий раз, когда файл crontab изменяется
но если вы просто хотите убедиться, что это сделано в любом случае,
sudo service cron reload
или
/etc/init.d/cron reload
на CentOS с cPanel sudo /etc/init.d/crond reload делает трюк.
На CentOS7: sudo systemctl start crond.service
37
автор: Sheldmandu
У меня была аналогичная проблема на 16.04 VPS Digital Ocean. Если вы меняете crontabs, обязательно запустите
sudo service cron restart
в зависимости от дистрибутива, использование «cron reload» может ничего не сделать. Чтобы вставить фрагмент из init.d / cron (Debian squeeze):
reload|force-reload) log_daemon_msg "Reloading configuration files for periodic command scheduler" "cron"
# cron reloads automatically
log_end_msg 0
;;
какой-то разработчик/сопровождающий полагался на его перезагрузку, но не делает этого, и в этом случае нет способа принудительной перезагрузки. Я генерирую файлы crontab как часть развертывания, и если каким-то образом длина файла не изменится, изменения не будут перезагружены.
10
автор: Tit Petric
попробуйте это: sudo cron reload
Это работает для меня на Ubuntu 12.10
попробуйте это для centos 7: служба crond reload
Как настроить Cron планировщик задач linux.
Cron самый популярный планировщик задач в Linux системах.
Каждый администратор Linux так или иначе прибегает к работе с cron, будеь это перезапуск какого-нибудь сервиса в определенное время или например запуск скрипта ежедневный.
Нам нужно добавить задачу в Cron,но для начала мы можем увидеть какие текущие задачи в нем есть командой:
# crontab -l
Если мы получаем подобный ответ:
-bash: crontab: command not found
Что же делать.
Это значит у нас не установлен cron, что мы легко исправим следующими командами:
Install Crontab для Centos:
# sudo yum update # sudo yum install vixie-cron crontabs
Install Crontab для Ubuntu/Debian:
#sudo apt-get update #sudo apt-get install cron
Закончили установку.
Для примера будем придумывать себе задания, которые попробуем решить с помощью планировщика заданий Cron.
Также на понадобится конкретное действие , которые мы будем исполнять, например:
1. команду service nginx restart, которая перезапускает службу веб-сервера nginx.
2. запуск скрипта /scripts/script-ithelp21.sh
Начнем с того, что есть два варианта добавления заданий в cron:
1. Через редактирование файла /etc/crontab
2. Через команду crontab -etc/crontab -etc/crontab
Открываем редактор cron командой:
crontab -e
Задания добавляются в виде строк:
* * * * * service nginx restart * * * * * /scripts/script-ithelp21.sh
перезагружает веб-сервер и запускает скрипт каждую минуту.
* * * * * выполняемая команда - - - - - | | | | | | | | | ----- День недели (0 - 6) (Воскресенье =0 или =7) | | | ------- Месяц (1 - 12) | | --------- День (1 - 31) | ----------- Час (0 - 23) ------------- Минута (0 - 59)
Слева направо ознакомимся с значением *, которые она может принимать.
Каждая звездочка это возможное место для цифры:
1. Минуты (0 — 59) 2. Часы (0 — 23) 3. День месяца (0 — 31) 4. Месяц (1 -12) 5. День недели (0 — 6, 0 — воскресенье)
И на основе данной информации пройдемся по возможным примерам.
#Как запустить команду с одинаковым промежутком времени.
*/5 * * * * service nginx restart 42 * * * * /scripts/script-ithelp21.sh
#В данном примере сервис nginx будет перезапуск каждые 5 минут, а скрипт запускается в 42 минуты каждого часа.
#Как запустить команду в определенное время.
0 2 * * * service nginx restart 30 16 * * 3 /scripts/script-ithelp21.sh
Nginx будет перезапуск ежедневно ровно в 2 часа ночи, а скрипт запускаться будет каждую среду в 16-30.
#Перезапускаем веб-сервер в 2 часа 5 минут каждое 15 число месяца.
5 2 15 * * service nginx restart
#Запускаем скрипт с понедельника по пятницу в 15-00:
0 15 * * 1-5 /scripts/script-ithelp21.sh
#Запускаем скрипт каждые три часа в 0 минут
0 */3 * * * /scripts/script-ithelp21.sh
Есть еще вариант использовать немного другой формат планировщика задач в виде:
@reboot - Запуск при загрузке @yearly - в первую минуту каждого года (0 0 1 1 *). @monthly - в первую минуту месяца (0 0 1 * *) @weekly - в первую минуту недели (0 0 1 * 1) @daily - в первую минуту каждого дня (0 0 * * *) @midnight - в полночь (00:00) @hourly - в первую минуту каждого часа (0 * * * *)
Например, команды будут выполнять одинаковый функционал:
@monthl scripts/script-ithelp21.sh 0 0 1 * * scripts/script-ithelp21.sh
Перезапуск cron после изменения файла crontab? — linux
Нужно ли перезапускать cron после изменения файла crontable?
linux
unix
cron
crontab
Поделиться
Источник
bArmageddon
17 апреля 2012 в 15:03
7 Ответов
516
№
Из справочной страницы cron :
..
.
cron затем проверит время модификации на всех кронтабах
и перезагрузите те, которые изменились. Таким образом, cron не нужно перезапускать
всякий раз, когда файл crontab изменяется
Но если вы просто хотите убедиться, что это сделано в любом случае,
sudo service cron reload
или
/etc/init.d/cron reload
Поделиться
leonbloy
17 апреля 2012 в 15:12
40
На CentOS с cPanel sudo /etc/init.d/crond reload делает трюк.
На CentOS7: sudo systemctl start crond.service
Поделиться
Sheldmandu
09 октября 2014 в 11:28
24
У меня была похожая проблема на 16.04 VPS Digital Ocean. Если вы меняете crontabs, обязательно запустите его
sudo service cron restart
Поделиться
Gyro
01 октября 2016 в 15:14
12
В зависимости от дистрибутива, использование «cron reload» может ничего не дать. Чтобы вставить фрагмент из init.d/cron (debian squeeze):
reload|force-reload) log_daemon_msg "Reloading configuration files for periodic command scheduler" "cron"
# cron reloads automatically
log_end_msg 0
;;
Некоторые разработчики / сопровождающие полагались на его перезагрузку, но не делают этого, и в этом случае нет способа принудительно перезагрузить. Я создаю свои файлы crontab как часть развертывания, и если каким-то образом длина файла не изменится, изменения не будут перезагружены.
Поделиться
Tit Petric
10 июня 2015 в 09:32
7
попробуйте этот вариант для centos 7: service crond reload
Поделиться
Flair
13 февраля 2017 в 08:15
5
Попробуйте это: sudo cron reload
это работает для меня на ubuntu 12.10
Поделиться
jono
09 октября 2014 в 18:41
2
Попробуйте вот что: service crond restart, следовательно, это crond , а не cron .
Поделиться
ako
26 января 2019 в 12:53
Похожие вопросы:
получение файла php для работы с crontab
У меня есть файл php, который я могу запустить из браузера, и он отлично работает. Я попытался настроить задание cron для запуска файла php, но, очевидно, что-то не хватает. Поскольку этот файл php…
Обновление crontab из файла makefile
Я пытаюсь обновить crontab из файла GNU Make. Идея такова: я просматриваю существующую таблицу cron и отфильтровываю все записи, помеченные как мои (через комментарий), и сохраняю их во временном…
Скрипт для проверки изменения crontab
Привет мне нужен скрипт для отслеживания записей cron, и если есть какие-либо изменения в записи crontab, он должен предупредить меня. Для этого я использовал метод, взяв копию текущего crontab,…
Базовый crontab не работает
Я пытаюсь создать образец задания cron. Сначала я отредактировал crontab с помощью: crontab -e Затем я добавил эту строку, чтобы создать тестовую папку в моем доме каждую минуту: 1 * * * * mkdir -p…
Разница между Cron и Crontab?
Я не в состоянии понять ответ на этот вопрос: в чем разница между cron и crontab .Являются ли они оба планировщиками, один из которых выполняет файлы один раз, а другой выполняет файлы с регулярным…
Cron «перезапуск» OpenSuse 13.2
В Suse Enterprise 10 & 11 & 12 мы можем перезапустить crontab после обновления с помощью следующей команды: /etc/init.d/cron перезагрузить В платформе OpenSuse я не мог ее найти. Я подумал,…
Изменение crontab из задания cron
У меня есть скрипт Python, который работает в нескольких режимах. Один из этих режимов отслеживает определенные файлы,и если эти файлы были изменены, сценарий восстанавливает их. Я делаю это так,…
как обновить crontab без использования crontab-e
Я хочу обновить свой пользовательский crontab из программы java. То есть я хочу загрузить существующий файл cron, удалить все устаревшие строки, добавить новые строки и затем сохранить новый файл. Я…
Где хранится задание пользователя cron после «crontab-e»?
Я-root , и я видел, что в /etc/crontab есть много содержимого, которое, как я думал, является конфигурацией cron работы root. Когда я использую crontab -e , я ничего не видел в редакторе; после…
Cron задание не работает с помощью crontab linux
Я пытаюсь запустить свою команду laravel через задание cron. Но когда я поместил свою команду laravel в задание cron с помощью crontab после добавления в вкладку cron, я не увидел работу над…
Cron — запуск программ пользователя в указанное время
В Unix-подобных ОС существует возможность запускать программы пользователя в указанное им время. Для этого используется планировщик задач cron, который получает инструкции от пользователей и производит выполнение любых задач по полученным сценариям. Наши клиенты могут пользоваться данной возможностью для выполнения периодических задач.
Как настроить cron средствами панели ISPmanager 5
Настраивайте cron-сценарии через панель управления в разделе Система → Планировщик
Чтобы добавить новые задания, нажмите «Создать». Откроется интерактивный редактор cron-сценариев:
В поле «Команда» укажите полный путь до скрипта или команду, которая должна выполняться (для системных команд полный путь можно не указывать). Например, полный путь до файла script.pl, размещенного в корне площадки, будет выглядеть так:
/var/www/u12345/data/www/script.pl
Убедитесь, что файл, который нужно запустить, имеет права на чтение+исполнение (r+x) для владельца файла. Поменять права на нужные можно командой:
chmod 750 script.pl
В поле «Описание» вы можете сделать пометку, чтобы не забыть что выполняет данный сценарий
Далее выберите периодичность, с которой будет запускаться Ваш сценарий. Есть два варианта настройки — базовый и экспертный.
Базовый — вы выбираете один из перечисленных вариантов в строке «Выполнить»: каждый час, ежедневно, еженедельно, ежемесячно, ежегодно, при запуске.
Экспертный — гибкая настройка периодичности запуска: минуты, часы, дни месяцев, месяцы, дни недели (0 — воскресенье). Формат ввода: * — все минуты; */n — каждые n минут; n — с началом минуты n; a,b,c-e — с началом минут a,b,c,d,e
Примеры базового режима настройки периодичности запуска:
- выполнять задание по понедельникам в 1 час 15 минут ночи
- выполнять задание 5 апреля в 0 часов 1 минуту каждый год
Примеры экспертного режима настройки периодичности запуска:
- выполнять задание раз в час в 05 минут
- выполнять задание по понедельникам в 1 час 15 минут ночи
- выполнять задание 5 апреля в 0 часов 1 минуту каждый год
Когда все поля будут заполнены (кроме поля «Описание», оно необязательное), нажмите «ОК».
Отправка отчетов на email о выполнении сценария
Для настройки уведомлений укажите email, на который будут приходить уведомления о выполнении сценария. Для этого перейдите в раздел «Планировщик»
Нажмите на кнопку «Настройки» и в поле «Адрес e-mail» укажите email, на который необходимо отправлять уведомления о выполнении сценариев.
В настройках сценария убедитесь, что не стоит галочка напротив поля «Не отправлять отчет по e-mail».
Как настроить cron по ssh
Конфигурирование сценариев cron производится через unix shell. Определите, какие программы нужно запустить, и узнайте полные пути к ним на диске сервера. Для этого перейдите с помощью команды cd в каталог, где находится запускаемая программа, и узнайте полный путь к этому каталогу командой pwd. Путь может выглядеть так — /home/u12345/scripts/script.pl.
Убедитесь, что файл имеет права на чтение+исполнение (r+x) для пользователя, от которого вы запускаете скрипт. Поменять права на нужные можно командой chmod 750 script.pl
750 — полные права владельцу файла, группе – чтение и исполнение, остальным – доступ запрещен.
Выполните команду crontab -e – планировщик будет менять план пользователя, от имени которого вы запускаете cron. При первом запуске будет предложен выбор текстового редактора. Выберите редактор с которым вы уже знакомы. Как пример мы рассмотрим текстовый редактор vi. После ввода команды вы окажетесь в текстовом редакторе vi (п), где сможете вводить текст сценария для cron.
Краткая справка по редактору vi:
- для вставки текста нажмите i, затем вводите текст
- для удаления символов нажмите ESC, а затем наберите x
- для выхода из vi без сохранения изменений нажмите ESC, а затем наберите :q!
- для сохранения и выхода нажмите ESC, а затем наберите :wq
Задания для cron пишутся по одному в строке. После каждой строки, в том числе после последней или единственной, обязательно нажмите enter, иначе задания работать не будут.
Задание выглядит как строка. В начале находятся пять обязательных полей, разделенных пробелами, для указания периодичности задания. Далее следует команда, которую нужно запускать:
поле1 поле2 поле3 поле4 поле5 команда
Значения первых пяти полей:
- минуты — число от 0 до 59
- часы — число от 0 до 23
- день месяца — число от 1 до 31
- номер месяца в году — число от 1 до 12
- день недели — число от 0 до 7 (0-Вс,1-Пн,2-Вт,3-Ср,4-Чт,5-Пт,6-Сб,7-Вс)
Для каждого конкретного параметра можно задать несколько значений через запятую. Например, если в поле «часы» написать 1,4,22, то задание будет запущено в 1 час ночи, в 4 часа утра и в 22 часа. Можно задать интервал — 4-9 будет означать, что программу нужно запускать каждый час в период с 4 до 9 часов включительно.
Символ «*» означает «все возможные значения». Звездочка «*» в поле «часы» будет означать «запускать каждый час». Символ «/» служит для указания дополнительной периодичности задания. Например, «*/3» в поле «часы» означает каждые три часа. Если определены поля «день месяца» и «день недели» (не равны *), то такое задание будет выполняться в каждый указанный день недели независимо от дня месяца.
13 13 10 * 5 /home/u12345/script.pl
такая команда будет выполняться в 13 часов 13 минут каждую пятницу и каждое 10 число месяца, даже если 10 число не совпадет с пятницей.
Cron позволяет запускать сценарии при загрузке системы — укажите @reboot в начале сценария вместо периодичности запуска:
@reboot /home/u12345/script.pl
Так выглядит простейший сценарий cron:
0 */3 * * 2,5 /home/u12345/script.pl
Скрипт /home/u12345/script.pl будет автоматически запускаться каждые три часа во вторник и в пятницу. Введите такой сценарий в редакторе vi, выйдите с сохранением результатов редактирования. Задание будет выполнятся с указанной периодичностью, если вы не допустили ошибок.
Cron сообщает об ошибках в сценарии:
/tmp/crontab.xxxxxxx: 1 строка, 9 символовcrontab: installing new crontab"/tmp/crontab.xxxxxxx":1: bad minutecrontab: errors in crontab file, can't installDo you want to retry the same edit?
Исправьте ошибки и попробуйте сохранить задание опять.
Посмотреть список уже установленных в cron сценариев можно командой crontab -l:
-bash-2.05b$ crontab -l
0 */3 * * 2,5 /home/u12345/script.pl
Если вам нужно запускать какую-то программу один раз в день, выбирайте ночное время. С с 2 до 8 часов ночи нагрузка на серверы минимальна. Если программа требует больших ресурсов, ночью она выполнится быстрее, чем днём.
Примеры использования cron
- выполнять задание раз в час в 0 минут — 0 */1 * * * /home/u12345/script.pl
- выполнять задание каждые три часа в 0 минут — 0 */3 * * * /home/u12345/script.pl
- выполнять задание по понедельникам в 1 час 15 минут ночи — 15 1 * * 1 /home/u12345/script.pl
- выполнять задание 5 апреля в 0 часов 1 минуту каждый год — 1 0 5 4 * /home/u12345/script.pl
- выполнять задание ежемесячно 1 числа в 6 часов 10 минут — 10 6 1 * * /home/u12345/script.pl
Как запустить PHP-скрипт по расписанию
Запускайте скрипты на языке PHP в указанное время с желаемой периодичностью с помощью PHP-CLI интерпретатора.Так может выглядеть команда на запуск скрипта script.php — /usr/bin/php -q $HOME/script.php> /dev/null 2>&1
Поскольку не все PHP-программы могут работать через CLI SAPI без предварительной модификации, можно запускать их через wget:
/usr/bin/wget -O /dev/null -q http://mysite.tld/cron.php?action=123
Указывайте путь до утилит полностью, от корня файловой системы. Если в скрипте используются функции require, include, в которых указаны относительные пути — в начале выполняемого скрипта используйте вызов функции chdir(), которая задаст текущую рабочую директорию. Или воспользуйтесь встроенной командой cd.
@reboot cd /home/u12345 && ./script.pl
Как получить сообщения об ошибках от программ, запускаемых cron
Вы можете получать сообщения об ошибках при выполнении программ, чтобы полностью контролировать работу периодически запускаемых заданий. Для этого в начале cron-сценария поместите такую строку:
MAILTO=адрес@домен.ru, где «адрес@домен.ru» — это адрес электронной почты, куда придут уведомления. Чтобы указать несколько адресов, введите их через запятую.
Вы будете получать письмо с тем, что выводят скрипты каждый раз, когда cron запускает задачу. Если вы напишете скрипт, который будет печатать строчку «Hello, world» и поставите его на выполнение через cron — вы будете получать письмо со строкой «Hello, world» каждый раз, когда cron запустит такой скрипт.
Если текст, выводимый скриптом, вам не нужен — добавьте в конец строки-сценария для cron символы > /dev/null 2>&1
Полностью строка для cron будет выглядеть так:
0 1 * * * /usr/bin/php -q $HOME/script.php > /dev/null 2>&1
Проверьте корректность синтаксиса скриптов, которые вы устанавливаете на выполнение через cron. Скрипты могут содержать ошибку и работать неодинаково при запуске через веб-сервер и через cron, и так далее. Перед запуском проверьте скрипт командой в unix shell:
/usr/bin/php -l script.php
Если ошибок в скрипте нет, вы увидите сообщение «No syntax errors detected in script.php».
Как запустить сценарий от имени пользователя
Для повышения безопасности системы скрипт запускают от имени определённого пользователя. Убедитесь, что у пользователя есть права на запуск скрипта. Укажите перед основной частью скрипта su -l имя_пользователя, от которого хотите запустить скрипт.
Например, для запуска сервера TeamSpeak3 от имени пользователя ts3server используется следующая команда:
su -l ts3server ./ts3server_startscript.sh start
Скрипт расположен в домашнем каталоге пользователя, куда мы автоматически попадаем при авторизации.
Ограничения
Для программ, которые запускаются через cron, действуют такие же ограничения по потребляемым ресурсам, как для процессов, запускаемых пользователем в unix shell. Речь идет об ограничениях на время выполнения программы, количеству доступной памяти, ограничениях на размер файлов и так далее.
linux — перезапуск cron после изменения файла crontab?
Переполнение стека
- Около
Продукты
- Для команд
Переполнение стека
Общественные вопросы и ответыПереполнение стека для команд
Где разработчики и технологи делятся частными знаниями с коллегамиВакансии
Программирование и связанные с ним технические возможности карьерного ростаТалант
Нанимайте технических специалистов и создавайте свой бренд работодателяРеклама
Обратитесь к разработчикам и технологам со всего мира- О компании
.
Как запустить / остановить / перезапустить службу Cron в Linux
cron — это служебная программа, которая позволяет задачам автоматически запускаться в фоновом режиме системы через равные промежутки времени с помощью демона cron. Crontab (CRON TABle) — это файл, который содержит расписание запускаемых записей cron и время их запуска. Это может быть весьма полезно. Например, у вас может быть личный временный каталог, который вы хотите очищать один раз в день, чтобы ваша квота не была превышена.Здесь на помощь приходит планирование cron. Не все системы позволяют настраивать расписание cron. Вам необходимо обратиться к системному администратору, чтобы узнать, доступен ли он в вашей системе.
Запуск / остановка / перезапуск службы cron в Redhat / Fedora / CentOS
Если вы используете Redhat / Fedora / CentOS Linux, войдите в систему как root и используйте следующие команды.
Запустить службу cron
Чтобы запустить службу cron, введите:
# /etc/init.d/crond start
или
# запуск службы crond
Остановить службу cron
Чтобы остановить службу cron, введите:
# / etc / init.d / crond stop
или
# service crond stop
Перезапустить службу cron
Чтобы перезапустить службу cron, введите:
# /etc/init.d/crond перезапуск
или
# перезапуск службы crond
Запуск / остановка / перезапуск службы cron в Debian / Ubuntu
Если вы используете Debian / Ubuntu Linux, войдите в систему как root и используйте следующие команды.
Запустить службу cron
Чтобы запустить службу cron, введите:
# sudo / etc / init.запуск d / cron
или
# sudo service cron start
Остановить службу cron
Чтобы остановить службу cron, введите:
# sudo /etc/init.d/cron stop
или
# sudo service cron stop
Перезапустить службу cron
Чтобы перезапустить службу cron, введите:
# sudo /etc/init.d/cron restart
или
# sudo service cron restart
Похожие сообщения:
.
вручную перезапустить задание Cron
У нас есть задание Kubernetes Cron, которое не удалось выполнить при последнем запуске.
Давайте поищем основную причину, а затем посмотрим, как перезапустить такое неудачное задание.
Список текущих вакансий:
kk -n eks-prod-1-bttrm-apps-ns get cronjobs
NAME SCHEDULE ПРИОСТАНОВИТЬ АКТИВНЫЙ ПОСЛЕДНИЙ ГРАФИК ВОЗРАСТ
bttrm-apps-backend-reccuring-payment-cron 0 10 * * * False 1 22m 45d
Чековые модули bttrm-apps-backend-reccuring-payment-cron Задание Cron:
kk -n eks-prod-1-bttrm-apps-ns получить pod | grep cron
bttrm-apps-backend-reccuring-payment-cron-1595757600-7n8rh 0/1 Завершено 0 24 часа
bttrm-apps-backend-reccuring-payment-cron-1595844000-jzhrl 0/1 ImagePullBackOff 0 22m
Ошибка модуля 1595844000-jzhrl , проверьте его журналы:
kk -n eks-prod-1-bttrm-apps-ns описывает pod bttrm-apps-backend-reccuring-payment-cron-1595844000-jzhrl
…
Нормальное вытягивание 21 м (x4 на 23 м) кубелет, ip-10-4-55-187.us-east-2.compute.internal Изображение вытягивания «projectname / projectname-apps: 45.aa2416fb»
Warning Failed 21 м (x4 более 23 м) kubelet, ip-10-4-55-187.us-east-2.compute.internal Не удалось получить изображение «projectname / projectname-apps: 45.aa2416fb»: ошибка rpc: code = Unknown desc = Ответ об ошибке от демона: доступ по запросу запрещен для имени проекта / имени проекта-приложений, репозиторий не существует или может потребоваться «вход в докер»
Предупреждение Ошибка 21 м (x4 более 23 м) кубелет, ip-10-4-55-187.us-east-2.compute.internal Ошибка: ErrImagePull
Предупреждение Failed 7m58s (x65 over 23m) kubelet, ip-10-4-55-187.us-east-2.compute.internal Ошибка: ImagePullBackOff
..
Собственно причина проблемы:
Не удалось получить изображение… Ошибка, ответ от демона: доступ по запросу запрещен
Не удалось извлечь изображение из частного репозитория, поскольку в нем нет imagePullSecrets set:
kubectl объяснить CronJob.spec. то же пространство имен
, используемое для извлечения любых изображений, используемых этим PodSpec. Если указано
, эти секреты будут переданы отдельным реализациям съемщика
для их использования. Например, в случае с докером учитываются только
секретов типа DockerConfig.Дополнительная информация:
https://kubernetes.io/docs/concepts/containers/images#specifying-imagepullsecrets-on-a-pod
LocalObjectReference содержит достаточно информации, чтобы вы могли найти объект
, на который указывает ссылка, в том же пространстве имен.
Изменить задание Cron:
kk -n eks-prod-1-bttrm-apps-ns редактировать cronjobs bttrm-apps-backend-reccuring-payment-cron
Добавьте параметр аутентификации Docker Hub:
... imagePullSecrets: - имя: bttrm-docker-secret ...
И перезапустите задание Cron, используя - из , за которым следует перезапуск задания Cron, а затем по имени нового задания Cron — Kubernetes создаст новый модуль, скопированный из вашего исходного задания Cron:
kk -n eks-prod-1-bttrm-apps-ns create job —from = cronjob / bttrm-apps-backend-reccuring-payment-cron reccuring-payment-cron-manual
job.batch / reccuring-payment -cron-manual создано
Контрольные пакеты:
kk -n eks-prod-1-bttrm-apps-ns create get pod
ИМЯ ГОТОВ СОСТОЯНИЕ ВОЗВРАЩАЕТСЯ ВОЗРАСТ
…
bttrm-apps-backend-reccuring-payment-cron-1595757600-7n8rh 0/1 Завершено 0 24 часа
bttrm-apps-backend-reccuring-payment-cron-1595844000-jzhrl 0/1 ImagePullBackOff 0 32m
reccuring-payment-cron-manual-6lm62 0/1 Завершено 0 13s
cron-manual сейчас находится в статусе Completed — готово.
.
node.js — Как перезапустить PM2 с помощью cron?
Переполнение стека
- Около
Продукты
- Для команд
Переполнение стека
Общественные вопросы и ответыПереполнение стека для команд
Где разработчики и технологи делятся частными знаниями с коллегамиВакансии
Программирование и связанные с ним технические возможности карьерного ростаТалант
Нанимайте технических специалистов и создавайте свой бренд работодателяРеклама
Обратитесь к разработчикам и технологам со всего мира- О компании
.