LINUX.ORG.RU

Релиз systemd v38 c поддержкой Journal, замены системе syslog

 , , ,


0

2

Леннарт Поттеринг (Lennart Poettering) анонсировал новый экспериментальный релиз системного менеджера systemd v38, примечательный интеграцией наработок проекта Journal, в рамках которого развивается подсистема, призванная заменить собой службу syslog и другие сопутствующие сервисы журналирования событий. Подробный обзор особенностей Journal и отличий от syslog можно прочитать в первом анонсе проекта.

Сообщается, что работа над Journal уже близка к завершению, остаётся нереализованными лишь несколько значительных функций и недостаточно проработана документация. Наиболее заметно наличие Journal при выполнении для сервисов команды 'systemctl status', которая теперь выдаёт в том числе и последние сообщения лога для указанного сервиса. Для совместимости с классическим syslog в systemd интегрирована специальная прослойка, которая использует сокет /run/systemd/journal/syslog для приема сообщений, включая перенаправление сообщений из /dev/log.

Данные сохраняются в /var/log/journal, если такая директория создана, в противном случае лог сохраняется в /run/log/journal. Для просмотра журнала следует использовать утилиту systemd-journalctl, которая по умолчанию генерирует вывод, полностью аналогичный формату /var/log/messages. Используя опции "-o verbose", "-o short-monotonic" или "-o json" можно менять детализацию и формат вывода. Для эмуляции поведения «tail -f» предусмотрена опция "-f".

>>> Подробности

Ответ на: Как остановить этот дурдом? от alukin

Единственный вопрос, который меня волнует - как остановить этот дурдом имени Поттеринга?

Думаю, что никак. Прикол в том, что за развитием линукса на 75% стоит энтерпрайз, у которого свои задачи и они пихают в линукс то, что нужно для решения их задач. Параллелсы свои чудо-контейнеры (которые нужны только их клиентам и только на серверах), Поттеринг - поттер-логгер, который решает непонятные большинству пользователей задачи. В результате линукс все жирнеет и ориентируется исключительно на сервера. Временами появляется анестезиолог со словами «меня достали тормоза линукса на моем десктопе, я написал очередной патч». Но его патчи в mainstream никогда не возьмут в какой-то момент жирный серверный линукс перестанет подходить для десктопа и никакие патчи уже не помогут. Тут народ оглядится по сторонам и поймет, что нужно двигать какой-нибудь Хайку для десктопа, а линукс пусть остается на серверах.

anonymous
()
Ответ на: комментарий от A-234

критики говорят, что вообще все можно скрыть.

http://blog.gerhards.net/2011/11/journald-log-hash-chaining-is-broken.html

Два перевода с мнением автора rsyslog о journal:

http://bb.comp-house.ru/comp-house.repo/wiki/journald-and-rsyslog

http://bb.comp-house.ru/comp-house.repo/wiki/what-i-dont-like-about-journald

AVL2 ★★★★★
()
Ответ на: комментарий от Reset

С трудом верится в такой объем логов.

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

anonymous
()
Ответ на: комментарий от Ivan_qrt

так примеряешься, как будто ты на системд женится собрался.

Я, вот, и боюсь, как бы после свадьбы в пассиве не оказаться.

Axon ★★★★★
()
Ответ на: комментарий от F457

Захочешь использовать гном 3 =)

Не, я уже 7 лет не пью.

Axon ★★★★★
()
Ответ на: комментарий от kovrik

весь этот БУГУРТ вокруг systemd напоминает аналогичный вокруг PulseAudio...Пока кто-то берет, да делает реально работающие вещи, остальные - тупо сидят на форумах и поливают их говном...

Ты сравнил говно с шоколадом. Сабж не нужен. PA нужен.

Хотя конечно школьникам по обе стороны баррикад, готовых проклинать/защищать программы Поттеринга только потому, что их написал Поттеринг, этого не понять.

geekless ★★
()
Ответ на: комментарий от kovrik

Пока кто-то берет, да делает реально работающие вещи...

Это PulseAudio-то с systemd - реально РАБОТАЮЩИЕ вещи???

Ну, ежели эти поделия РАБОТАЮЩИМИ называть, то я уж и не знаю, чего тогда ГЛЮКАЛОМ зовут ;-).

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

sergv
()
Ответ на: комментарий от anonymous

сделать bin с возможностями восстановления можно. другое дело сделают-ли

другое дело «нужно ли». зачем!? зачем для текста придумывать спец.контейнер, а потом героически бороться с сопутствующими проблемами?

Rastafarra ★★★★
()
Ответ на: комментарий от sergv

Сейчас первым делом приходится выпиливать PA чтоб звук не раздражал.

+1.

anonymous
()
Ответ на: комментарий от Ivan_qrt

ссылок сходу не нашел. Смысл в том, что системд запуская любые процессы определят их в какие-либо группы, и не позволяет им, вообще в принципе не позволяет, отфоркаться так, чтобы потеряться из этой группы. Что очень распространено у скриптовых инитов, с 1000 форков. Как следствие все процессы приписаны куда надо, и проще распределять между ними ресурсы.

Угу, и эти вещи вшиты намертво, как и всё остальное в systemd.

Что мне мешает добавить в обычные bash-скрипты, запускающие демонов, аналогичные возможности? Да ничего не мешает. Кому надо, у того давно работает, без лишнего шума.

geekless ★★
()
Ответ на: комментарий от anonymous

Апокалиптическая картина. К счастью, ты не прав: форкнуть линукс в случае сильной необходимости гораздо проще, чем пилить Гайку.

geekless ★★
()
Ответ на: комментарий от sergv

Сейчас первым делом приходится выпиливать PA

Ох уж эти вантузоиды. Не нравится Линукс — сидите на вашей любимой винде.

anonymous
()
Ответ на: комментарий от sergv

Сейчас первым делом приходится выпиливать PA

Согласен. На работе приходится пользоваться этим вашим дебильным лялихом. Я после установки сразу выпиливаю все эти ваши дебильные прыщепроги и ставлю мой любимый виндософт в Wine (Office, Visual Studio, Windows Media Player, IE etc). Так что ты не один, мой брат по несчастью.

anonymous
()
Ответ на: комментарий от AVL2

Просто таки на редкость адекватный человек, этот ваш автор rsyslog.

Binary ★★★★★
()
Ответ на: комментарий от Axon

Хм, а, ведь, вкусно. И что, правда, работает? Эффект от этого какой-то есть?

На десктопе практически не нужно. Ну разве только в случаях, когда у тебя десктоп по совместительству веб-сервер, и нужно ограничить нагрузку. (Извращение экое.)

И всё то же самое можно сделать руками, systemd тут вообще ни при чем. cgroups — это фишка ядра, и все ништяки уже есть в твоём дистрибутивном ядре искаропки.

geekless ★★
()
Ответ на: комментарий от Reset

Например, мне надо составить отчет по данным за день. Данных за день 100 гигабайт. Отчет строится только по определенным записям в логах. Индексация здесь очень поможет.

:msg, regex, «my cool regexp» /var/log/report_msgs.log

dik
()
Ответ на: комментарий от Rastafarra

mplayer --- плохой плеер? какой хороший?

простой `dd if=if.avi of=out_seek.avi seek=10` убивает шестисот метровую авишку и мплееру становится плохо.

wtf?

mplayer out_seek.avi
MPlayer2 UNKNOWN (C) 2000-2011 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing out_seek.avi.
Cache fill:  0.00% (0 bytes)   

Detected file format: raw MPEG-4 video format (libavformat)

Сработало почему-то, видимо зависит от того, что внутри контейнера

AptGet ★★★
()
Ответ на: комментарий от thesis

смех смехом, а вот можешь ли ты подсказать мне проект аналогичный виндовому реестру(а по факту древовидное хранилище данных вида «ключ-значение» ). мне тут понадобилось, а вот не наблюдаю.

gconf не предлагать.

Dark_SavanT ★★★★★
()
Ответ на: комментарий от anonymous

Купи себе на работу винду, не мучайся.

Binary ★★★★★
()
Ответ на: комментарий от Dark_SavanT

А никакого смеха. Я серьезно считаю, что реестр нужен.

Меня выше ткнули носом в dconf, переадресую этот тычок тебе.

thesis ★★★★★
()
Ответ на: комментарий от gentoo_root

На embedded-системе, например, где всё равно / смонтирован в read only, сислог сохранять никак не получится, если /var/log недоступен для записи.

Ну почему же? вполне реально задать место куда писать лог и это может быть далеко не /var/log. На одной из железок логи вообще не в /tmpfs, а в кольцевом буфере в памяти и ничо, работает. Если хочется файл - подоткнул флешку и логи будут сыпаться туда.

Dark_SavanT ★★★★★
()
Ответ на: комментарий от Binary

мне вот, применительно к embedded, идеология реестра гораздо удобнее идеологии конфигов. За счёт того, что управление железкой через web-интерфейс на основе текстовых конфигов реализуется очень геморройно.

Dark_SavanT ★★★★★
()
Ответ на: комментарий от Binary

Операционной системе. Нужно единое хранилище всея конфигурационного говна. Точнее, единые механизмы доступа к хранилищу всея говна.

Я сторонник унификации, есличо.

thesis ★★★★★
()
Ответ на: комментарий от Binary

судя по увиденному - riak под мою задачу - это overkill. да и толстый он сильно.

Dark_SavanT ★★★★★
()
Ответ на: комментарий от geekless

рут там в ro, для rw есть отдельный раздел флеша, но поскольку он всего 1.5 мегабайта, логов туда не попишешь. Так что остаётся только флешка.

Dark_SavanT ★★★★★
()
Ответ на: комментарий от thesis

Операционной системе. Нужно единое хранилище всея конфигурационного говна. Точнее, единые механизмы доступа к хранилищу всея говна.

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

Я сторонник унификации, есличо.

Ты просто неосилятор, страдающий, вероятно, синдромом утёнка.

geekless ★★
()
Ответ на: комментарий от Dark_SavanT

мне вот, применительно к embedded, идеология реестра гораздо удобнее идеологии конфигов. За счёт того, что управление железкой через web-интерфейс на основе текстовых конфигов реализуется очень геморройно.

тебе вот применительно к эмбеду. Большинство остального народа справедливо считают, что единый бинарный реестр с ключами а-ля «{21344DFE8845-234621111EC-A76B98ED}» - лютая мазохистская хунта. кстате, а разве нельзя навелосипедить этакий «интерфейс к /etc», парсящий текстовики внутри и представляющий их в виде того же дерева «ключ-значение»? имхо, задача несложная.

arkhnchul ★★
()
Ответ на: комментарий от anonymous

чем же? чем это хуже текстового формата? не всё ли равно какой программой читать набор байтов на диске - less'ом или systemctl-journal ?

Да хотя бы необходимостью иметь этот systemctl-journal на всех ос, где вдруг приспичит его прочитать. Притом той же версии, что и на серваке. Впрочем, админам локалхоста этого не понять.

Не удалось открыть файл: journal-08-04-2012.systemctl

Выберите одну из следующих возможностей:
✓ Поиск соответствия в интернете
  Выбор программы из списка установленных программ
bender ★★★★★
()
Ответ на: комментарий от thesis

Твоё решение должно подходить под любые применения, иначе в нём не будет смысла, ибо какая это будет унификация? Т.о. оно должно быть практически идеальным.

Binary ★★★★★
()
Ответ на: комментарий от geekless

systemd тут вообще ни при чем. cgroups — это фишка ядра, и все ништяки уже есть в твоём дистрибутивном ядре искаропки.

Я в курсе, но группировка там далеко не такая умная, как тут описывают.

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

А как же компиляние или пресловутый 12309 при записи больших объёмов на флешку?

Axon ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.