systemd In Action, volume 4

Ivan Shapovalov, Like-all, Pavlo Rudyi

Part 1 • Part 2 • Part 3

Приветствуем всех.

В #3 нашего затяжного обзора возможностей systemd мы разбирались с systemd-journald — подсистемой сбора системных логов (называть его заменой syslogd не совсем корректно, хотя вести свой лог в виде бинарной БД он также умеет). Однако, часть аспектов работы с journald осталась неохваченной.

systemd in Action. Part 3

Ivan Shapovalov, Like-all, Pavlo Rudyi

Part 1 • Part 2 • Part 4

Journal - гибкий сборщик и хранитель системных сообщений. Он обрабатывает сообщения ядра, initrd, системных и пользовательских сервисов. Для начала стоит упомянуть, что его можно отключить и перенаправлять все логи в традиционный сервис syslog(опция ForwardToSyslog) или же использовать одновременно journal и syslog. Начиная с systemd версии 216 эта опция была отключена по-умолчанию, так как rsyslog и syslog-ng уже могут читать самостоятельно сообщения journal. Конфигурация journald хранится в /etc/systemd/journal.conf, а сами логи могут храниться как на диске(в директории /var/log/journal), так и в оперативной памяти или не храниться вообще. Рассмотрим основные опции конфигурационного файла journald: