initctl взаимодействует с работающим демоном инициализации Upstart. Используйте его только после подтверждения, что нужное пространство PID действительно выполняет Upstart; на современном хосте systemd применяйте родные инструменты systemd.
Init · Урок 4
Jobs Upstart
Узнайте, как просматривать jobs и управлять ими через `initctl` в подтверждённой унаследованной системе Upstart.
Вывод и чтение состояния job
Выведите известные jobs и экземпляры:
$ initctl list
Проверьте одну job:
$ initctl status networking
networking start/running
Upstart сообщает и цель (start или stop), и текущее состояние (running или waiting). stop/waiting означает, что job не работает и ждёт условия запуска или ручного запроса; это не обязательно ошибка.
Что обычно означает stop/waiting в статусе Upstart?
Запуск и остановка job
После проверки зависимостей и влияния:
$ sudo initctl start JOB_NAME
$ sudo initctl stop JOB_NAME
Jobs могут определять несколько экземпляров по переменным среды. Тогда передавайте точные требуемые конфигурацией переменные и последовательно включайте их при запросе или остановке экземпляра. Запуск или остановка jobs сети, хранилища, аутентификации или удалённого доступа может нарушить сеанс, поэтому сохраняйте консольный путь восстановления.
Какая команда вручную запрашивает запуск job peanuts?
Перезапуск и изменения конфигурации
Запросите перезапуск уже работающей job:
$ sudo initctl restart peanuts
В Upstart restart не всегда равен новому stop, затем start после редактирования файла: существующая конфигурация работающей job может остаться авторитетной. Проверьте изменённый .conf, попросите Upstart перечитать конфигурацию способом установленной версии и следуйте документированной процедуре stop/start, когда новая конфигурация должна вступить в силу.
Перезапуск вызывает перерыв и может не вернуть службу в работу. После него проверьте настоящую конечную точку и журналы.
Какая команда запрашивает перезапуск работающей job peanuts?
Проверка конфигурации job
До установки изменённого файла примените валидатор унаследованного дистрибутива, обычно init-checkconf, и проверьте включённые сценарии, окружение, пользователя и группу, политику respawn и выражения событий. Затем перечитайте определения через подходящий версии процесс initctl reload-configuration.
Проверка синтаксиса не доказывает существование путей, достаточность прав, приход событий или готовность процесса. Тестируйте в среде с возможностью восстановления.
Чего не доказывает синтаксическая проверка job?
Осторожная выдача событий
Upstart может выдать именованное событие:
$ sudo initctl emit EVENT_NAME
Отреагировать может каждая job, чьё выражение запуска или остановки совпадает. Событие не адресовано одной job, а его последствия могут каскадировать через дальнейшие события. До выдачи пользовательского или системного события проверьте все совпадающие конфигурации; не воспроизводите основные события загрузки без необходимости на производственном хосте.
Что может произойти при initctl emit EVENT_NAME?
Урок завершён
Вы завершили Jobs Upstart
Теперь вы можете управлять jobs Upstart с явным пониманием состояния и области событий.
Отдельно читать цель и состояние в выводе
initctl.Запускать и останавливать точный экземпляр после оценки влияния.
Разделять restart и применение изменённой конфигурации.
Проверять синтаксис, затем готовность во время выполнения.
Изучать каждое совпадение до выдачи события.
Сохраните прогресс
Создайте бесплатный аккаунт, чтобы сохранить этот урок и продолжить на любом устройстве.
Создать бесплатный аккаунт