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".

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

Ответ на: комментарий от Axon

> без нормальной документации

А это чем не устраивает? Мне для написания пары конфигов хватило. И писать было проще чем для sysvinit.

> даже без нормального управления запуском демонов

Что вы под этим подразумеваете?

> Ненужный убогий велосипед без будущего

Upstart уже не первый год, сейчас уже будущее, относительно прошлого.

firestarter ★★★☆
()
Ответ на: комментарий от FeyFre

Патрик честно сказал что имел Поттеринга в частности и systemd

Это где это?

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

одновремненный запуск это всего лишь одна проблема

А какие есть ещё?

firestarter ★★★☆
()
Ответ на: комментарий от xorik

Кстати что сейчас в дебиане инит-скрипты пускает? Надеюсь не апстарт?

Обычный sysvinit с опциональным insserv (параллельный запуск и зависимости).

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

А это чем не устраивает?

О, что-то появилось. Когда я это читал, там не было почти ничего.

Что вы под этим подразумеваете?

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

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

Чем же он лучше? Тем, что него написал поттеринг?

Оба говно, но хуже, чем апстарт, придумать сложно.

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

Ненужный убогий велосипед без будущего, без нормальной документации...

Пока что этот «ненужный велосипед» ездит побыстрее «нужного и архитектурно верного» systemd.

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

во времена убунты 10.10 единственным рабочим способом убрать демон из автозагрузки было его удаление. Когда я с этим столкнулся, я охренел.

Я просто переименовываю в .conf.disabled
Можно просто добавить в конфиг строчку disabled, это делает конфиг невалидным и он игнорируется.

firestarter ★★★☆
()
Ответ на: комментарий от segfault

Пока что этот «ненужный велосипед» ездит побыстрее «нужного и архитектурно верного» systemd.

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

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

Я просто переименовываю в .conf.disabled Можно просто добавить в конфиг строчку disabled, это делает конфиг невалидным и он игнорируется.

Я потом тоже до этого дошёл. Только вручную его потом было не запустить. И вообще, потрясающе удобный способ...

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

говноапстарт!

А что не так? Оно работает неплохо.

Да как-то высказывался кто-то как-то... нашёл, вот: A blog by Robbie Williamson - «Looking at his comparison chart, we in Ubuntu must be idiots to not switch over to systemd immediately…especially since he clearly points out all the major distributions have done so (or plan to) already. ».

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

Во-первых, терпеть все его недостатки

Итак, начнем с того, что это за недостатки... пока я ни одного не увидел.

Во-вторых, видел замеры, которые говорят об обратном.

Не спорю, возможны случаи. Но таких меньшинство.

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

«Looking at his comparison chart, we in Ubuntu must be idiots to not switch over to systemd immediately…especially since he clearly points out all the major distributions have done so (or plan to) already. ».

Ты это всерьез воспринял? O_o

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

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

У меня на рабочей машине убунта 10.10. Стоит sshd, но в автозагрузке его нет. ЧЯДНТ?

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

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

а ещё он будет уметь логи крестиком вышивать.

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

Не знаю, как сейчас, а во времена убунты 10.10 единственным рабочим способом убрать демон из автозагрузки было его удаление.

Сейчас можно:

echo "manual" >> /etc/init/myjob.override

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

У меня на рабочей машине убунта 10.10. Стоит sshd, но в автозагрузке его нет. ЧЯДНТ?

В /etc/init.d завалялся старый скрипт?

firestarter ★★★☆
()
Ответ на: комментарий от segfault

Итак, начнем с того, что это за недостатки... пока я ни одного не увидел.

Во-первых, я их приводил. Во-вторых, достаточно того, что он просто не нужен.

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

Пока что этот «ненужный велосипед» ездит побыстрее «нужного и архитектурно верного» systemd.

Хрена два он быстрее. На одной машине установлены SuSE 11.4 с sysvinit и SuSE 12.1 с systemd. SuSE 11.4 загружается быстрее, и не имеет никаких проблем, а 12.1 просто серет тоннами кирпичей в логи при загрузке, и как только я это говно прибил, и откатился на старый добрый sysvinit всё сразу пришло в норму.

P.S. Прибил-бы кто нибудь этого мудака, и Сиегу вместе с Иказой заодно, пока они окончательно линукс не угробили. Поехали-бы они все вместе на какой нибудь остров отдыхать, а там цунами, или идиот какой с автоматом из кустов, или самолёт упал…

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

Ну как бы, когда этот ваш systemd наконец допилят и он будет действительно очень хорош, кто ж против то?

Просто кто-то должен быть первым, вторым... ну а потом уже и остальные подтянутся, кудаж денутся-то. А то тут орут: закопать-килерананять!! :)

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

ну в такой формулировке остаются только нелинукс дистрибутивы и дистрибутивы для платформ на которые поттеринг не портировал свои поделки..

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

а в этой systemd-journalctl можно укзывать фильтры, типа: интервал времени, система, сторогость?

Как написано в новости разницы с cat нет. Как описано в API там даже индексы есть. В теории даже map reduce

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

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

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

фу ты, пока мне ответили я уже решил что ничем и уже натроллить успел

darkshvein ☆☆
()
Ответ на: комментарий от cipher

И как это я проморгал остальные 37 версий?

<ванга mode>это он в ведро 3.8 метит</>

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

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

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

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

подожди ты сейчас привёл пример отказоустойчивого поведения программы и предложил осудить её за потенциальную возможность быть реализованной хуже чем она есть?

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

Более того они подумывали о переходе на него, вроде как решили отложить до лучших времен.

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

достаточно того, что он просто не нужен.

У меня на нем система грузится быстрее -> вот уже и нужен. Подозреваю, что так не только у меня.

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

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

Бугагец. Мальчик, линукс работает не только у тебя на домашнем компе. Пока с этим УГ провозишься, тебя машиной переедет. 50 раз.

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

В /etc/init.d завалялся старый скрипт?

А /etc/init.d тут причем? У меня загрузка демонов связана с /etc/rc*.d/. А там уже все регулируется созданием/удалением симлинков.

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

У меня на нем система грузится быстрее -> вот уже и нужен.

Я выключаю компьютер только если уезжаю из дома больше, чем на 3 дня. Загрузка моего компьютера занимает около 40 секунд, из них ~10 до GRUB'а, и ~25 секунд после KDM. Вы себе не представляете, насколько глубоко мне наплевать на то, что вместо 40 секунд я могу получить 38.

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

Прибил-бы кто нибудь этого мудака, и Сиегу вместе с Иказой заодно, пока они окончательно линукс не угробили. Поехали-бы они все вместе на какой нибудь остров отдыхать, а там цунами, или идиот какой с автоматом из кустов, или самолёт упал…

Твои мокрые сны очень интересны, гейтсово отродье.

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

сислог сохранять никак не получится, если /var/log недоступен для записи.

Зато можно сохранять логи на другой хост.

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