0

Systemd Essentials:: работа со службами, модулями и журналом

Базовое управление агрегатом

Базовый объект, который systemd управляет и действует, – это «единица». Единицы могут быть разных типов, но наиболее распространенным типом является «служба» (обозначается файлом модуля, заканчивающимся на .service). Для управления службами на systemd включенном сервере нашим основным инструментом является команда systemctl.

Все обычные команды системы инициализации имеют эквивалентные действия с systemctl. Мы будем использовать модуль nginx.service для демонстрации.

Запустить службу:

# systemctl start nginx.service

Остановить службу:

# systemctl stop nginx.service

Перезапустить службу:

# systemctl restart nginx.service

Перезагрузить службу без прерывания нормальной работы:

# systemctl reload nginx.service

Включение или отключение устройств

По умолчанию большинство systemd файлов модулей не запускаются автоматически при загрузке. Чтобы настроить эту функцию, вам нужно «включить» модуль.

Включить автоматический запуск службы при загрузке:

# systemctl enable nginx.service

Отключить службу:

# systemctl disable nginx.service

Получение обзора состояния системы

Существует много информации, которую мы можем получить с systemd сервера, чтобы получить обзор состояния системы.

Получить все файлы модулей, которые systemd указаны как «активные»:

# systemctl list-units

Перечислить все модули, которые systemd были загружены или пытались загрузить в память, включая те, которые в настоящее время не активны, добавьте --all:

# systemctl list-units --all

вывести список всех модулей, установленных в системе, включая те, которые systemd не пытались загрузить в память, введите:

# systemctl list-unit-files

Просмотр основной информации журнала

в systemd компонент под названием journald собирает и управляет записью журнала из всех частей системы. В основном это информация журнала приложений и ядра.

Просмотреть все записи журнала:

# journalctl

По умолчанию здесь отображаются записи из текущей и предыдущей загрузки, если journald настроено сохранение предыдущих загрузочных записей. Некоторые дистрибутивы включают это по умолчанию, а другие нет (чтобы включить это, либо отредактируйте /etc/systemd/journald.conf файл и установите для Storage=параметра значение «persistent», либо создайте постоянный каталог путем ввода sudo mkdir -p /var/log/journal).

Записи журнала из текущей загрузки, добавьте флаг-b:

# journalctl -b

Cообщения ядра, такие как те, которые обычно представлены dmesg, вы можете использовать флаг -k:

# journalctl -k

Можно ограничить это только текущей загрузкой, добавив флаг -b:

# journalctl -k -b
Облачная платформа

Свежие комментарии

Подписка

Лучшие статьи

Рубрики

Популярное

Previous Story

Установка и использование PostgreSQL в CentOS Stream

Next Story

Установка сервера 1с 8.3.16.1063 + postgres pro 12 на linux

Latest from Blog

Интеграция Asterisk и Битрикс24

В сети есть разные варианты интеграции IP-АТС Asterisk и CRM Битрикс24, но мы, все таки, решили написать свою. По функционалу все стандартно: Под катом расскажу как все настроить у себя и дам

Nextcloud migrate to PostgreSQL

Also getting the famous “1213 Deadlock found when trying to get lock; try restarting transaction”? A few users reported switching to PostgreSQL fixed it. While I did not believe at first… Yes…

Автоматизированные бэкапы postgresql

Всем привет! Я бы сказал что эта статья cookbok по которому можно создать простое и эффективное решение для создания бэкапов базы данных. Казалось бы довольно очевидная задача но тем не менее когда

Быстрое восстановлении базы 1С в PostgreSQL bash скриптом

В прошлом уроке мы успешно применили скрипт для создания резервной копии базы. Сегодня мы разберем скрипт, с помощью которого можно быстро восстановить базу из последнего созданного бэкапа. Скрипт можно скачать здесь >>> Все что надо
Go toTop