journald - сбор логов с оборудования

[zyl]

Всем привет!
Некая машинка собирает логи с оборудования, которые на ее сетевой адрес отправляют местные syslog'и.
После обновления до p9 встал вопрос - можно ли настроить journald для приема этих логов или все же опять городить схему с syslog для приема?

[yaleks]

А в чем проблема собирать логи syslog? Он не конфликтует с journald.

[zyl]

Проблемы то нет, просто если это умеет journald - зачем мне лишний сервис?

[yaleks]

У journald другой протокол, так что врядли. Тогда надо везде менять на него.

[asy]

После обновления до p9 встал вопрос - можно ли настроить journald для приема этих логов

Нельзя (и не будет можно, пока у Лёни мания). Используйте какой-нибудь из syslog.

[yaleks]

Нельзя (и не будет можно, пока у Лёни мания).

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

[asy]

Нельзя (и не будет можно, пока у Лёни мания).

Дело не в мании

Нет, мания. Когда баг с просьбой сделать форврд из journald в remote syslog закрывается по причине того, что ему оформление не понравилось, после этого иначе, как предварительно дав канделябром по голове, с ним разговаривать не охота.

А по поводу "более эффективные реализации" да, посмеялся.

[yaleks]

Нельзя (и не будет можно, пока у Лёни мания).

Дело не в мании

Нет, мания. Когда баг с просьбой сделать форврд из journald в remote syslog закрывается по причине того, что ему оформление не понравилось, после этого иначе, как предварительно дав канделябром по голове, с ним разговаривать не охота.

А по поводу "более эффективные реализации" да, посмеялся.

ну как бы на Solaris никто особо не гнал, а там похоже все устроено.
А Торвальдс иногда за плохое оформление патчей н#$й шлет...

[asy]

А Торвальдс иногда за плохое оформление патчей н#$й шлет...

Как можно плохо оформить очень простой FR из одной строки?

[stranger573]

ну как бы на Solaris никто особо не гнал, а там похоже все устроено.

Не гнали вовсе не потому, что похоже устроено. Не гнали поскольку солярка была альтернативой сама себе сбоку. Да и лёнчику никто бы не слал "благодарностей" пили он свою системдос как альтернативу сбоку. Кому это не надо было б просто наплевать.

[stranger573]

Проблемы то нет, просто если это умеет journald - зачем мне лишний сервис?

Выходит, что journald это не умеет. Может лишний сервис таки journald? Раз вам необходим syslog...

[Александр Ерещенко]

А Торвальдс иногда за плохое оформление патчей н#$й шлет...

Тут как раз понятно. Патч - это кусок кода, который после ревью обычно как есть попадает в основную ветку. Поэтому очень желательно в патче придерживаться принятого стиля оформления кода. "Код пишется в первую очередь для человека"(с)

Как можно плохо оформить очень простой FR из одной строки?

"... но ты не просишь с уважением"(с)
:)

[asy]

Выходит, что journald это не умеет. Может лишний сервис таки journald? Раз вам необходим syslog...

Увы, но systemd не умеет в syslog вообще. В syslog, но только в локальный, умеет journald: https://www.altlinux.org/Journald#Возврат_syslog. Хотя, вероятно, лишний весь systemd.

[Антон Мидюков]

Некая машинка собирает логи с оборудования, которые на ее сетевой адрес отправляют местные syslog'и.
После обновления до p9 встал вопрос - можно ли настроить journald для приема этих логов или все же опять городить схему с syslog для приема?

Если на всех машинах есть journald, то можно организовать сбор логов с journald без использования syslog. Как-то так:

https://habr.com/ru/company/southbridge/blog/317182/

[stranger573]

Если на всех машинах есть journald, то можно организовать сбор логов с journald без использования syslog. Как-то так:

https://habr.com/ru/company/southbridge/blog/317182/

Ну, да. Вот только, оттуда же, от автора:

Но на больших проектах лично я наверное ещё долго не буду использовать journald в качестве центрального хранилища логов. До тех пор, пока не будут убраны приведенные выше баги, мой выбор — однозначно в пользу syslog.

Что в общем ожидаемо. Связываться с поделками лёнчика, у которого главный лозунг:

never finished, never complete, but tracking progress of technology

себе дороже.