Автор Тема: p7->p8: изменение настроек в journald (отказ от tty12)  (Прочитано 1340 раз)

Оффлайн kiav

  • Завсегдатай
  • *
  • Сообщений: 527
  • Стич-спасатель
    • Email
Изучаю файл /etc/systemd/journald.conf.rpmnew.

Вместо дублирования на консоли 12 в новых настройках выдается в wall.
Для этого отключены соответствующие опции, а их умолчания не позволяют что-либо писать в консоль:
  • ForwardToConsole=no (было yes)
  • TTYPath=/dev/console (было /dev/tty12)
  • ForwardToWall=yes (ранее не было)
  • MaxLevelWall=emerg (ранее не было)
Параметров ядра, которые могли бы это изменить, не передается. Так что все говорит, что приняв новый конфиг я потеряю лог на консоль 12. Wall-сообщения и сейчас должны быть, но там только сверхсрочные.

Все верно? Если я приму новый конфиг без изменений, то разрекламированное дублирование на консоль пропадет?

В остальном - просто новые умолчания:
  • SplitMode=uid (было login)
  • RateLimitIntervalSec=30s (было в RateLimitInterval 10s)
  • RateLimitBurst=1000 (было 200)
  • SystemMaxFiles=100 (ранее не было)
  • RuntimeMaxFiles=100 (ранее не было)
  • ForwardToSyslog=no (было yes)
Особых беспокойств они не вызывают.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Параметров ядра, которые могли бы это изменить, не передается. Так что все говорит, что приняв новый конфиг я потеряю лог на консоль 12.

И зачем вам принимать новый конфиг? Со старым какие-то проблемы?

По настройкам смотреть: https://www.altlinux.org/Journald

Оффлайн kiav

  • Завсегдатай
  • *
  • Сообщений: 527
  • Стич-спасатель
    • Email
И зачем вам принимать новый конфиг?
Для порядка, чтобы не получилось так, как с MariaDB, когда конфиги изменились значительно. Лучше отслеживать изменения хотя бы при апгрейде.

Что касается ситуации с ForwardToConsole, то получается, что на новых инсталляциях дублирование на tty12 отключено. Получается, что это теперь надо включать самому. Так и задумано?

Со старым какие-то проблемы?
Вообще никаких, все работает. Но из нового конфига я узнал, что у меня еще и wall включен.

По настройкам смотреть: https://www.altlinux.org/Journald
Вижу, статья относительно новая. Но там не хватает описания MaxLevelWall. В указанной выше статье есть кое-что, но по одному значению:
Цитировать
Controls the maximum level of log message forwarded to the walls of logged-in users. Defaults to “emerg” — meaning if enabled, users will be immediately notified of emergency events.

Т.е. сейчас, даже если не принимать новый конфиг, будет дубляж на консоль и сообщений об авариях на стены авторизованных (видимо, в консоли) пользователей.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259

Что касается ситуации с ForwardToConsole, то получается, что на новых инсталляциях дублирование на tty12 отключено. Получается, что это теперь надо включать самому. Так и задумано?

Да :-)
Это фича систем на systemd.
В альтовых дескопных системах на sysv эта systemd-овая "фича" по-дефолту вырезается нещадно:
# grep -rHin tty12 /etc/
/etc/syslog-ng/syslog-ng.conf:77:destination consoleall { file("/dev/tty12"); };
/etc/rc.d/init.d/fbsetfont:15:LOGDEVICE=/dev/tty12
Полный контроль над системой прежде всего.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Вижу, статья относительно новая. Но там не хватает описания MaxLevelWall. В указанной выше статье есть кое-что, но по одному значению:

Буду признателен, если в статью на вики добавите инфу о новом параметре (с указанием в какой версии он появился). Писалась статья во времена p7.

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Смотрим
man journald.conf
       ForwardToSyslog=, ForwardToKMsg=, ForwardToConsole=, ForwardToWall=
           Control whether log messages received by the journal daemon shall be forwarded to a traditional syslog
           daemon, to the kernel log buffer (kmsg), to the system console, or sent as wall messages to all logged-in
           users. These options take boolean arguments. If forwarding to syslog is enabled but nothing reads messages
           from the socket, forwarding to syslog has no effect. By default, only forwarding to wall is enabled. These
           settings may be overridden at boot time with the kernel command line options
           "systemd.journald.forward_to_syslog=", "systemd.journald.forward_to_kmsg=",
           "systemd.journald.forward_to_console=", and "systemd.journald.forward_to_wall=". When forwarding to the
           console, the TTY to log to can be changed with TTYPath=, described below.

       MaxLevelStore=, MaxLevelSyslog=, MaxLevelKMsg=, MaxLevelConsole=, MaxLevelWall=
           Controls the maximum log level of messages that are stored on disk, forwarded to syslog, kmsg, the console or
           wall (if that is enabled, see above). As argument, takes one of "emerg", "alert", "crit", "err", "warning",
           "notice", "info", "debug", or integer values in the range of 0–7 (corresponding to the same levels). Messages
           equal or below the log level specified are stored/forwarded, messages above are dropped. Defaults to "debug"
           for MaxLevelStore= and MaxLevelSyslog=, to ensure that the all messages are written to disk and forwarded to
           syslog. Defaults to "notice" for MaxLevelKMsg=, "info" for MaxLevelConsole=, and "emerg" for MaxLevelWall=.

       TTYPath=
           Change the console TTY to use if ForwardToConsole=yes is used. Defaults to /dev/console.


Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Союз или (OR) говорит о том, что можно самому выбрать куда выдаётся сообщение.

Судя по man ничего особенного не менялось, а новый конфиг обычно появляется при появлении новых опций, или при смене умолчаний, но это не означает, что надо менять конфиг.


Оффлайн kiav

  • Завсегдатай
  • *
  • Сообщений: 527
  • Стич-спасатель
    • Email
Смотрим man journald.conf
С этого и начал. Там описание MaxLevelWall есть только в части умолчаний. И то бестолково, само значение emerg там не описано (нашел в другом месте). Ну, конечно же, плохо искал. В man есть только список возможных значений (уже хорошо) - emerg, alert, crit, err, warning, notice, info, debug.

Союз или (OR) говорит о том, что можно самому выбрать куда выдаётся сообщение.
Спасибо. Это понятно. Только буквально читать не стоит. Можно выбрать все варианты.

Судя по man ничего особенного не менялось, а новый конфиг обычно появляется при появлении новых опций, или при смене умолчаний, но это не означает, что надо менять конфиг.
Ок.

Вообще, меня интересовала "политика партии" по tty12. Все с ней ясно.
На второй очереди - отношение к обновлению конфигов. Тут больше перфекционизма. MariaDB меня просто заставила обратить на себя внимание, а остальные проверяю на всякий случай (давно такую привычку завел). Система была готова к работе после апгрейда сразу. Но масса предупреждений в процессе вынуждают все перепроверять.