IgorKa - Информационный ресурс

Сегодня более подробно разбирался с подсистемой upstart. Что это за подсистема и для чего нужна, в общих чертах мне было понятно, о чем уже упоминал, но хотелось разобраться более детально. Особенно в области управления загрузкой и написания скриптов. Тем более, что Ubuntu, для которой изначально создавался upstart, под рукой и нужно было только время.

Несколько слов о классической схеме загрузки пользовательских процессов в Linux. На определенном этапе загрузки системы, запускается первый пользовательский процесс init, который читает конфигурационный файл /etc/inittab. В нем прописаны основные параметры запуска системы, в частности уровень запуска (runlevel) по умолчанию и представленные ниже строки:

Каждый такой скрипт, которому в качестве параметра передается номер уровня запуска, начинает останавливать/запускать скрипты из каталога /etc/rcN.d/, где N - это номер уровня запуска. Подробнее об этом можно прочесть в в лекции по управлению демонами.

Основной недостаток этого подхода - это то, что запуск процессов (демонов), происходит последовательно, один за другим. В то же время загрузка многих демонов не зависит друг от друга, и их можно было бы запускать параллельно, ускоряя запуск операционной системы. Второй недостаток - необходимоcть самостоятельно писать управляющие скрипты, которые находятся в каталоге /etc/init.d/. Управляющие скрипты должны уметь как минимум запускать и останавливать демон, а также реализовать обработку возможных нестандартных ситуаций. Вероятно, существуют и другие недостатки, но эти два фигурируют как основные.

Проект upstart создан с целью заменить традиционный способ загрузки пользовательских процессов в Linux, а также способ управления ими. Информации об upstart пока не очень много в русскоязычном интернете, поэтому большая ее часть взята с сайта проекта, а также из справочной информации операционной системы Ubuntu. Практические испытания также проводились в операционной системе Ubuntu 9.10.

Как и в классическом варианте - upstart имеет главный процесс, который отвечает за загрузку и управление демонами. Называется он также как и в классическом варианте - init. Чтобы понять “кто есть кто” посмотрите отсутствует ли в системе файл /etc/inittab и присутствует ли каталог /etc/init/ или /etc/event.d/. Если это так, значит у вас установлен upstart. Сейчас в своей ubuntu 9.10 я вижу только каталог /etc/init, хотя в предыдущих версиях был и каталог /etc/event.d.

Далее по тексту, чтобы отличать классический процесс init от процесса init в upstart, я буду употреблять для последнего выражение upstart init.

В upstart ввели такое понятие как “задание” (jobs). Если во время запуска процесс init читает конфигурацию из файла /etc/inittab, то процесс upstart init читает конфигурацию из файлов каталога /etc/init/. Эти файлы и являются файлами-заданиями (jobs). Каждый файл в каталоге /etc/init/ отвечает за запуск отдельного демона или сервиса и должен заканчиваться на .conf. Также допускается, создавать подкаталоги в которых могут находится файлы-задания.

Синтаксис файлов-заданий несложный. Большую часть времени при дальнейшем изучении вопроса, займет разбор событий который понимает upstart init. Поэтому пока только в общих чертах. В файлах-заданиях обязательно содержится информация когда задание должно стартовать (определение start on), когда останавливаться (stop on) и, что запускать (ключевые слова exec или script).

Итак, когда же задание сработает? Вот здесь и есть первое основное отличие которое решает проблему последовательного запуска скриптов. upstart - это подсистема которая реагирует на события. Поэтому после ключевых слов start on или stop on, обязательно указывается событие (event), при наступлении которого начинает выполняться запуск или остановка задания. Например, задание failsafe-x.conf будет выполнено в том случае когда некорректно остановится менеджер gdm (start on stopped gdm EXIT_STATUS=[!0]).

Если рассматривать события наиболее часто употребляемые в файлах заданий, то это startup, runlevel, stopped и started. startup - это самое первое событие, которое распознается подсистемой upstart на самом раннем этапе загрузки операционной системы. Событие runlevel (с указанием целевого уровня), как следует из названия генерируется при смене уровня запуска. Событие stopped генерируется после остановки указанного задания, а started после завершения старта задания. Просмотрев файлы-задания в каталоге /etc/init/ можно найти и другие события.

Таким образом если необходимо создать задание которое будет запускать тестовый демон test на 2-м и 3-м уровне запуска и останавливать на остальных уровнях, достаточно создать файл test.conf в котором написать:

Подсистема upstart решает и вторую проблему - она самостоятельно занимается запуском и завершением работы демонов. Строки start on runlevel [23] в одном только файле /etc/init/test.conf, достаточно для запуска демона test. Подсистема upstart освобождает нас от процедуры описания КАК запустить демон и позволяет сосредоточиться только на том ЧТО необходимо запустить.

Для ручного запуска или остановки заданий в upstart предусмотрены команды start и stop, расположенные, как правило, в каталоге /sbin. Чтобы в Ubuntu остановить демон cron достаточно ввести команду sudo stop cron:

Чтобы запустить cron набираем sudo start cron:

Из других команд управления можно отметить команду status, которая показывает в каком состоянии (останова или работы) находится задание (а соответственно и демон):

Также следует отдельно упомянуть команду initctl. Эта команда как следует из ее названия (сокращенное от init control), позволяет управлять демоном upstart init. Команда initctl тоже умеет останавливать (initctl stop) и запускать (initctl start) задания, а также проверять их статусы (initctl status). Если нужно посмотреть статус всех заданий есть команда initctl list:

Узнать версию установленной подсистемы upstart можно по команде initctl version:

В завершении пример запуска своего демона с помощью upstart. Вместо громоздкого скрипта timeconsole, достаточно создать файл /etc/init/showtime.conf следующего содержимого:

Для ручного управления используем команды start и stop:

Можно также проверить, что демон автоматически запускается при переходе на второй runlevel, набрав команду sudo telinit 2. Проверял - работает.

На этом пока все. Как всегда - приветствуются комментарии к статье, замечания, вопросы и предложения.