Учусь писать в journald

https://systemd.io/CATALOG/

Как помочь с проблемой не знаю, но к размышлению: оно тебе прям точно необходимо, на systemd завязаться? От других демонов логи нормально попадают и в journald в том числе, но не ограничены им, и работают с любым сислогом. Может и тебе лучше просто в stdout, или ещё как, универсально, а не вот это всё?

Ого, туда можно не только через stdout/stderr юнита писать

Можно, а зачем.

Запись

logger -t myscript "Hello LOR"

Просмотр:

journalctl -t myscript -o json | jq

{
  ...
  "_TRANSPORT": "syslog",
  "MESSAGE": "Hello LOR",
  "SYSLOG_IDENTIFIER": "myscript",
  ...
}

Большое спасибо, -t помог (в мане он есть, но описан немножко устрашающе, я не сразу понял, что SYSLOG_IDENTIFIER и есть имя моего процесса). Записи, сделанные через sd_journal_print(), показывает.

Ого, я, кажется, демона вызвал – в похожих темах предлагается самое первое обсуждение systemd на ЛОРе из 2010 года…

Всего-то 12 страниц, вот то ли дело всё, что было потом)

Кто ж тогда догадывался, насколько плохо это всё обернётся в будущем.

Хорошо обернулось. /trollface/

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

Угу, а ещё там отметились megabaks, post-factum и Slavaz :(

Всего-то 12 страниц

Первые 12 страниц…

Лично у меня на питоне всё работает с systemd. Значит на сишке тем более должно заработать.

Зачем ты мне об этом сообщаешь? Это никак не отменяет и не влияет на высказанную мной мысль. Она не о том, должно работать или нет, а о том, чтобы подумать, надо ли.

Мне бы хотелось, чтобы разработчики любого софта писали в системный лог так, что это работает в любом дистрибутиве с любым инитом, а не только с journald. Даже если у них при использовании journald «всё работает». Без него всё тоже работает, даже проще.

stdout и stderr - это как раз непереносимый вариант, потому что юниксизм и часть стандартной библиотеки, а её в конкретной реализации сишки может и не быть, потому что не везде есть терминал, даже псевдо.

#include <syslog.h> … } else { if (!validate_and_repair_config()) { syslog(LOG_WARNING, «Не удалось проверить и восстановить конфигурационный файл»); …

Я не верю в «конкретные реализации сишки», из-за которых в системе нет стандартной библиотеки, но при этом есть journald, извини.

Вот в том-то и дело. Говнокодят для хрюниксов, а потом тянут это говнище в эмбеддед.

У тебя в эмбеддеде journald? :)

Мой поинт был в том, чтобы не завязываться на journald. Писать при этом можно хоть прям в /var/log/servicename/today.log напрямую — решения разные могут быть, я ведь не об этом.

Ну так вовсе не обязательно использовать stdout, чтобы не завязываться на journald.

Так я и не говорил, что обязательно. Лишь что даже так и то универсальнее.

С такими сторонниками, systemd и противников не надо.