Разное

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 minute
crontab: errors in crontab file, can't install
Do 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?

Переполнение стека

  1. Около
  2. Продукты

  3. Для команд
  1. Переполнение стека
    Общественные вопросы и ответы

  2. Переполнение стека для команд
    Где разработчики и технологи делятся частными знаниями с коллегами

  3. Вакансии
    Программирование и связанные с ним технические возможности карьерного роста

  4. Талант
    Нанимайте технических специалистов и создавайте свой бренд работодателя

  5. Реклама
    Обратитесь к разработчикам и технологам со всего мира

  6. О компании

.

Как запустить / остановить / перезапустить службу 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?

Переполнение стека

  1. Около
  2. Продукты

  3. Для команд
  1. Переполнение стека
    Общественные вопросы и ответы

  2. Переполнение стека для команд
    Где разработчики и технологи делятся частными знаниями с коллегами

  3. Вакансии
    Программирование и связанные с ним технические возможности карьерного роста

  4. Талант
    Нанимайте технических специалистов и создавайте свой бренд работодателя

  5. Реклама
    Обратитесь к разработчикам и технологам со всего мира

  6. О компании

.

Добавить комментарий

Ваш адрес email не будет опубликован.

2022 © Все права защищены. Карта сайта