Скрипты запускаемых служб в Linux располагаются в /etc/rc.d/init.d. Для того, чтобы скрипт запускался автоматически во время запуска системы, надо создать символическую ссылку на скрипт и разместить её в каталоге /etc/rc.d/rcN.d где N соответствует уровню выполнения скрипта.
| Уровни инициализации Linux | Обозначиние |
| 0 | остановка системы (halt) — работа системы должна быть прекращена |
| 1 | однопользовательский режим работы — система инициализирует минимум служб и даёт единственному пользователю (как правило, суперпользователю) без проведения аутентификации командную строку. Как правило, этот режим используется для восстановления системы |
| 2 | многопользовательский режим — пользователи могут работать на разных терминалах, вход в систему с процессом аутентификации |
| 3 | многопользовательский сетевой режим — в отличие от предыдущего уровня, осуществляется настройка сети и запускаются различные сетевые службы; |
| 4 | не имеет стандартного толкования и практически не используется |
| 5 | запуск графической подсистемы — по сравнению с уровнем 3 производится также старт графической подсистемы X11, и вход в систему осуществляется уже в графическом режиме |
| 6 | перезагрузка системы — при включении этого режима останавливаются все запущенные программы и производится перезагрузка |
Чаще всего во время загрузке система использует уровни загрузки 3 или 5. Однако есть некоторая хитрость в названии самой символической ссылки, о которой многие умалчивают, и о которой я хочу рассказать.
Init.d
Например: /etc/rc.d/rc0.d/K60crond и /etc/rc.d/rc3.d/S40crond,
указывающие на один скрипт /etc/init.d/crond службы системного журнала. Скрипт, начинающийся с «K» соответствует останову службы, а «S» — запуску. Числа, следующие перед именем службы задают порядок запуска скриптов в директории. Например, скрипт /etc/rc.d/rc3.d/S34syslogd будет запущен до скрипта /etc/rc.d/rc3.d/S40crond, тогда как /etc/rc.d/rc3.d/K60crond до /etc/rc.d/rc3.d/K66syslogd. Можно заметить, что сумма чисел для одной службы равна 100 — это позволяет упорядочить все скрипты в порядке старта, обратном порядку завершения. Создавать самому символические ссылки весьма утомительно, и для этого лучше использовать специальную утилиту chkconfig.
Синтаксис её использования весьма прост:
chkconfig --list [имя сервиса] chkconfig --add <имя сервиса> chkconfig --del <имя сервиса> chkconfig [--level <уровни>] <имя сервиса> <on|off|reset|resetpriorities>
Где имя сервиса — это имя исполняемого скрипта находящегося в /etc/rc.d/init.d
Однако и тут есть небольшая хитрость, дело в том, что скрипт запуска
должен иметь специальный формат, например такой:
#!/bin/bash
# liferayd Init script for running Liferay Java portal
# chkconfig: - 92 02
# description: Liferay Portal is the leading open source portal for the enterprise, \
# offering content management, collaboration, and social out-of-the-box.
if [ -f /etc/init.d/functions ] ; then
. /etc/init.d/functions
elif [ -f /etc/rc.d/init.d/functions ] ; then
. /etc/rc.d/init.d/functions
else
exit 0
fi
PATH=/usr/bin:/sbin:/bin:/usr/sbin
export PATH
LRHOMEDIR="/opt/local/portal/"
start(){
printf "Starting Portal\r"
su - user -c "cd ${LRHOMEDIR}; ant start-portal"
if [ $? -eq 0 ] ; then
logger -t liferayd Portal build successfully
else
logger -t liferayd Portal build unsuccessfully
fi
}
stop(){
printf "Stoping Portal\r"
su - liferay -c "cd ${LRHOMEDIR}; ant stop-portal-force"
if [ $? -eq 0 ] ; then
logger -t liferayd Portal closed successfully
else
logger -t liferayd Portal closed unsuccessfully
fi
}
restart(){
printf "Restarting Portal\r"
stop
start
}
case "$1" in
start )
start
;;
stop)
stop
;;
restart)
restart
;;
*) printf "Usage $0 {start|stop|restart}\n"
;;
esac
Скрипт должен иметь как минимум 3 возможных ключа запуска :
- start
- stop
- restart
именно эти основные команды используются для запуска, остановки и перезапуска.
В самом начале файла пишутся цифры отвечающие за последовательность запуска:
# chkconfig: — 92 02
Где 92 это номер в последовательности запуска, а 02 это номер последовательности остановки.
Чтоб добавить скрипт в автозагрузку надо:
- Создать исполняемый скрипт по шаблону приведёному выше
- Разместить исполняемый скрипт в /etc/init.d
- Выполнить команду chkconfig —add исполняемый_скрипт
- Выполнить команду chkconfig исполняемый_скрипт on
Вот и все, теперь при запуски системы наш портал будет сам запускатся
Systemd
Конфигурация состоит из файлов, которые называются юнитами. Все юниты находятся:
/usr/lib/systemd/system/ – юниты из установленных пакетов RPM
/run/systemd/system/ — юниты, созданные в рантайме
/etc/systemd/system/ — юниты, созданные системным администратором
Юнит представляет из себя текстовый файл:
[Название]имя_переменной = значение
Для создания юнита надо описать три секции: [Unit], [Service], [Install]
В секции Unit описываем:
Описание юнита:
Description=Liferay
Далее следует блок переменных, которые влияют на порядок загрузки сервисов:
After=mysql.service
Для запуска сервиса необходим запущенный mysql:
Requires=mysql.service
Для запуска сервиса желателен запущенный nginx:
Wants=nginx.service
Если сервис есть в Requires, но нет в After, то наш сервис будет запущен параллельно с требуемым сервисом
В секции Service указываем как надо запускать сервис:
Тип сервиса:
Type=simple
systemd предполагает, что служба будет запущена незамедлительно. Процесс при этом не должен разветвляться.
Type=forking
systemd предполагает, что служба запускается однократно и процесс разветвляется с завершением родительского процесса.
Также следует определить PIDFile=, чтобы systemd могла отслеживать основной процесс:
PIDFile=/var/run/liferay.pid
Рабочий каталог, он становится текущим перед запуском стартап команд:
WorkingDirectory=/opt/local/liferay
Пользователь и группа:
User=liferay
Group=liferay
Переменные окружения:
Environment=SERVER=production
Запрет на убийство сервиса вследствие нехватки памяти и срабатывания механизма OOM:
-1000 полный запрет , -100 понизим вероятность.
OOMScoreAdjust=-100
Команды на старт/стоп и перезапуск сервиса
ExecStart=/sbin/ant start-portal
ExecStop=/sbin/ant stop-portal-force
ExecReload=/sbin/ant stop-portal-force start-portal
Тут есть тонкость — systemd настаивает, чтобы команда указывала на конкретный исполняемый файл. Надо указывать полный путь.
Таймаут в секундах, сколько ждать system отработки старт/стоп команд.
TimeoutSec=300
Попросим systemd автоматически рестартовать наш сервис, если он вдруг перестанет работать.
Контроль ведется по наличию процесса из PID файла
Restart=always
В секции [Install] опишем, в каком уровне запуска должен стартовать сервис
Уровень запуска:
WantedBy=multi-user.target
multi-user.target или runlevel3.target соответствует нашему привычному runlevel=3
Unit для systemd готов:
liferay.service
[Unit] Description=Liferay After=mysql.service Requires=mysql.service Wants=nginx.service [Service] Type=forking PIDFile=/var/run/liferay.pid WorkingDirectory=/opt/local/liferay User=liferay Group=liferay Environment=SERVER=production OOMScoreAdjust=-100 ExecStart=/sbin/ant start-portal ExecStop=/sbin/ant stop-portal-force ExecReload=/sbin/ant stop-portal-force start-portal TimeoutSec=300 [Install] WantedBy=multi-user.target
Кладем этот файл в каталог /etc/systemd/system/:
systemctl status liferay
myunit.service - liferay
Loaded: loaded (/etc/systemd/system/liferay.service; disabled)
Active: inactive (dead)
systemctl enable liferay systemctl -l status liferay
Если все впорядке— то вывод будет вот такой:
myunit.service - liferay
Loaded: loaded (/etc/systemd/system/liferay.service; enabled)
Active: inactive (dead)
Запускаем сервис:
systemctl start liferay
Смотрим статус:
systemctl -l status liferay
Перегружаем демон systemd:
systemctl daemon-reload