Отключить логирование запуска юнита systemd

man systemd.exec 5

Читал, игра с парматерами самого юнита не принесла результатов. Закостылил через создание файла в /etc/rsyslog.d/ с правилом:

if $programname == «systemd» and $msg contains «Collection screenshots for camera» then stop

Но тогда в лог стали падать следующие сообщения:

systemd: Failed at step USER spawning /opt/scripts/go.sh: No such process

go.sh - скрипт, который запускает данный юнит.

Unit выглядит так:

[Unit]

Description=go Leon (76)

Requires=mariadb.service

After=mariadb.service

[Service]

User=Leon

Type=forking

StartLimitInterval=0

StartLimitBurst=0

StandardOutput=null

StandardError=null

LogLevel=0

ExecStart=-/opt/scripts/go.sh 76 > /dev/null 2>&1 &

Такой возможности нет. Если дисковые операции _настолько_ дорогие, могу предложить использовать вместо journald какую-нибудь более гибкую систему логирования.

Писал выше чуть:

Закостылил через создание файла в /etc/rsyslog.d/ с правилом:

if $programname == «systemd» and $msg contains «Collection screenshots for camera» then stop

Но тогда в лог стали падать следующие сообщения:

systemd: Failed at step USER spawning /opt/scripts/go.sh: No such process

С чем связана эта ошибка? Причем сам скрипт, который запускается, судя по всему отрабатывает нормально

Может, пользователя USER такого в системе нету, от имени которого /opt/scripts/go.sh пытаются запустить?

Как вариант: у запускающего юзера нет прав на sudo на переключение в нужного USER пользователя.

Хранить journal в ram и не синкать на диск еще можно. ЕМНИП достаточно /var/log/journal удалить, чтобы второе не происходило.

С чем связано «failed at step USER» — без понятия. Но вот так —

ExecStart=-/opt/scripts/go.sh 76 > /dev/null 2>&1 &

— писать точно неправильно. systemd не интерпретирует управляющие последовательности POSIX sh.

Хранить journal в ram и не синкать на диск еще можно.

Это как частный случай того, что я предложил. Но я подразумеваю, что ТСу всё-таки нужны логи.

ЕМНИП достаточно /var/log/journal удалить

Зависит от настроек.

Зависит от настроек.

Я к тому, что дефолтом обычно автоопределение стоит.

ТСу всё-таки нужны логи.

Тогда по синку логи будут писаться большим куском же.

Проблему можно закрывать. Всем спасибо!

Этот костыль помог:

if $programname == «systemd» and $msg contains «Collection screenshots for camera» then stop

Сообщения которые стали падать для вновь созданных юнитов не появлялись:

systemd: Failed at step USER spawning /opt/scripts/go.sh: No such process

Пересоздал юниты и спам ошибки исчез. Может кому пригодится)