journalctl не умеет фильтровать ошибки?

Не совсем так.

Есть у journalctl параметр -p --priority.

Проблема в том, что нет возможности назначить для stdout и stderr разные дефолтные priority level. Поэтому если приложение само не озаботилось нормальным логгированием, то сконфигурировать юнит для него не получится.

Есть, конечно костыли вроде прописывания уровня через sed:

service 2| sed 's/^/<3>/g'

<3> - это error

Капец. А как так делали, что не предусмотрели такую мелочь?

перенаправить StandardOutput и StandardError куда тебе нужно ??

Ну да...перенаправить...из пустого в порожнее

Ну, большая часть сервисов все же умеет нормально в syslog.

А для самописных костылей на bash тоже пара строк добавить тэги с уровнем.

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

А что это значит, «нормальным»? Это что нужно сделать?

Как я могу ошибки смотреть?

Если нужны только ошибки, а stdout писать не нужно, перенаправь его в /dev/null. Баг о том, что systemd сохраняет и то и то вместе как текст.

Фичреквест на то что тебе нужно открыт, Поттеринг даже описал, как бы он это реализовал, но видимо нет достаточного интереса чтобы заняться реализацией.

А что это значит, «нормальным»? Это что нужно сделать?

Что-нибудь вроде этого ?

#include <stdio.h>
#include <syslog.h>

int main() {
    // Open a syslog connection
    openlog("MyProgram", LOG_PID, LOG_USER);

    // Log messages at different levels
    syslog(LOG_EMERG, "System crash!");
    syslog(LOG_ALERT, "Critical error detected.");
    syslog(LOG_CRIT, "Firewall dropping traffic.");
    syslog(LOG_ERR, "Authentication failed.");
    syslog(LOG_WARNING, "Low disk space.");
    syslog(LOG_NOTICE, "System reboot complete.");
    syslog(LOG_INFO, "User logged in.");
    syslog(LOG_DEBUG, "Debugging information.");

    // Close the syslog connection
    closelog();

    return 0;
}

Эээ...а на ноде как? console.log() console.error()

ИИ пишет что для этого необходимо

npm install syslog-client

И что это будет писать в /var/log/syslog? Все в кучу?

настрой syslog как надо. обычно настроены еще фильтры для kernel.log и daemons.log, можешь и свой запилить.

И что это будет писать в /var/log/syslog? Все в кучу?

Что оно будет писать в /var/log/syslog не так важно, но в нормальной системе можно будет сделать, например

journalctl --unit=your-systemd-unit --priority=err

чтобы получить ошибки сервиса your-systemd-unit

А разве существует способ свести stdout/stderr к emerg/alert/crit/err/warning/notice/info/debug?

Вообще без понятия, но то что этого не предусмотрели изначально тупость полная

А разве существует способ свести stdout/stderr к emerg/alert/crit/err/warning/notice/info/debug?

В крайнем случае можно тупо заюзать logger:

(echo INFO; echo WARN >&2)  > >(logger -p info) 2> >(logger -p warn)

А еще вариант, что это просто никому не нужно)

В юните systemd можно указать

SyslogLevel=error

И тогда сообщения без тэга syslog получат этот уровень.

Еслы бы отдельно еще был StdErrSyslogLevel, то для простых скриптов ушла бы часть гемороя.

А пока можно быквально добавлять <3> в начале сообщения для того, чтоб оно определялось как error.

Или использовать готовые библиотеки для syslog

Ну как это не нужно? Простой пример console.log() console.error()

Надо тупо ошибки посмотреть в логе

Авторы (автор) системг вообще не особо что-то предусматривали. Там куда ни глянь везде всё кривое. Брось эту гадость, пользуйся тем чем раньше лучше.

Если бы эта фича была востребована, то issue journalctl не умеет фильтровать ошибки? (комментарий) не висел бы в открытом состоянии 8 лет.

пользуйся тем чем раньше лучше.

kernel 2.6? =))

Блин. В PR из сообщений выше даже есть решение без костылей.

Есть systemd-cat.

В юните можно просто обернуть команду.

ExecStart=systemd-cat --priority info --stderr-priority err /usr/bin/test.sh

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

И будет этот systemd-cat висеть как parent процесс? «решение без костылей» пфффф

И будет этот systemd-cat висеть как parent процесс? «решение без костылей» пфффф

Объективные недостатки будут?

Авторы (автор) системг вообще не особо что-то предусматривали. Там куда ни глянь везде всё кривое.

Ну, скажем так, стандартные конфигурации они все-таки до минимально юзабельного состояния допинали

Но вот если понадобится что-то минимально отклоняющееся от линии партии - как в этом случае - но начинаются удивительнейшие приключения

Нет не будет.

Ну, на безрыбье, как говориться и рак рыба, попробую, спасибо брат. Без костылей в мире linux никуда с этим надо смириться ))

Тему читай лучше, там всё указано про раньше.

Фичреквест на то что тебе нужно открыт

Афигеть, уже 8 лет как.

Имхо это уже вполне «объективный недостаток».

Нет этого недостатка - редиректится вывод и заменяется процесс execvp.

https://github.com/systemd/systemd/blob/caecff5fa2ebc4ad7470aebd564cf7c1a705f184/src/journal/cat.c#L178

Нет этого недостатка - редиректится вывод и заменяется процесс execvp.

Недостаток выше по цепочке https://www.linux.org.ru/forum/admin/17972825?cid=17973044 (комментарий) описал gobot

man execvp

И что execvp ?

То, что exec* замещает один процесс другим.

systemd-cat настраивает файловые дескрипторы, после чего замещает себя на другой процесс, который эти дескрипторы унаследует.

Поэтому он не становится родительским процессом.

Дерево процессов для юнита с systemd-cat и без него одинаковые.

systemd-cat настраивает файловые дескрипторы, после чего замещает себя на другой процесс, который эти дескрипторы унаследует.

Какая разница как называется то, что будет висеть?

Ок, если вы не смогли понять что написано в 4 строчках моего сообщения, то понятно почему man страница execvp не сняла вопрос.

Ответ одной строкой:

Дерево процессов для юнита с systemd-cat и без него одинаковые.

Ты дурачок?

Дерево процессов для юнита с systemd-cat и без него одинаковые.

Простите. Не так понял. Каюсь.

Все ок) Немного токсичности в ответе было исключительно ради поддержания традиций форума. Нельзя дать ЛОРу загнить)

А чего ещё ждать от человека, который ни один проект до вменяемого состояния не довёл?

Ну конечно. Это Поттеринг собственноручно пишет код systemd.

Сам-то понял, что сморозил?

Щито?
По-твоему не пишет что ли? Да это и неважно, пишет или нет (пишет, в реп загляни), толку никакого, он ничего до конца доделать не может. Шипящий пшпшаудио наконец-то отовсюду выпиливают в пользу трубопровода, авахи никогда нормально не работал, в сюстемд элементарных вещей, например как ТС описал, до сих пор нет, а 15 лет уж прошло.

Да, не создается, проверил. И раскраска есть и фильтр. Но все равно позорно и весь фасад портит этот костылек