Journalctl. Какой вариант настройки journald более правильный?

Question

[avp dnepr]

journald позволяет проводить настройку себя через файл конфигурации или командную строку.

SystemMaxUse= — максимальный объём, который логи могут занимать на диске;
SystemKeepFree= — объём свободного места, которое должно оставаться на диске после сохранения логов;
SystemMaxFileSize= — объём файла лога, по достижении которого он должен быть удален с диска;
RuntimeMaxUse= — максимальный объём, который логи могут занимать в файловой системе /run;
RuntimeKeepFree= — объём свободного места, которое должно оставаться в файловой системе /run после сохранения логов;
RuntimeMaxFileSize= — объём файла лога, по достижении которого он должен быть удален из файловой системы /run.

journalctl --vacuum-size=1G
journalctl --vacuum-time=1years

Какой вариант более правильный с учётом сохранения настроек после перезагрузки или выключения?

Answer 1

[Андрей]

я бы по занимаемому месту настраивал. но, у меня за год логов сильно больше 1Гб набирается =)

Comments

[avp dnepr]

Андрей хорошо. А стоит ли иметь архив логов на файловом сервере с самой установки ОС? Также, второй вопрос). Какой делать максимальный размер для логов?

[Андрей]

avp dnepr, ну, вопрос в особенностях конкретной системы. если это бабло и т.п., то логи надо хранить вечно, если это выдача картинок с няшными котиками бесплатно - логи можно вообще не хранить...

[avp dnepr]

Андрей, понятное дело - деньги это зло. А вот ещё такой вопрос... Почему файлы базы данных логов открыты для всех на чтение. Не могу понять почему каждый может узнать что происходит на сервере?

[Андрей]

avp dnepr, в debian требуется root:adm для чтения syslog...

[avp dnepr]

Андрей, а journald создаёт базу данных с возможность чтения для всех. Вот бьюсь полдня. Но не могу понять почему syslog ограничен на чтение, а более новая systemd - journald с такой архитектурой