LINUX.ORG.RU

Новый релиз systemd 195

 


0

1

Lennart Poettering продолжает развивать свое творение, внося в него новые возможности. В свежевыпущенный релиз внесены следующие изменения:

  • journalctl получил новые параметры --since= и --until= для фильтрации по времени. Также теперь поддерживается фильтрация по юнитам через --unit=/-u.
  • journald теперь поддерживает ротацию и очистку журнала по времени в дополнение к уже имевшейся ротации по занимаемому месту.
  • journal теперь индексирует имеющиеся значения полей для каждого поля. Это позволяет клиенту просмотреть имеющиеся значения при фильтрации. В соответствии с этим обновлены bash completion. journalctl получил новый параметр -F для просмотра имеющихся значений, которые принимает поле в базе журнала.
  • Большее количество сообщений сервисов теперь записываются в журнал как структурированные и распознаются по идентификатору.
  • Мини-сервисы timedated, localed, которые ранее предоставляли поддержку смены времени, локали и имени хоста только из графического окружения типа GNOME, теперь имеют и минималистичные (но весьма функциональные) консольные клиенты для управления. Возможно, теперь это самый приятный способ смены настроек из командной строки, в особенности потому, что в них присутствует полный список опций и они интегрированы с bash completion.
  • Новая утилита systemd-coredumpctl для получения списка и извлечения coredump-ов из журнала.
  • Теперь дистрибутив устанавливает README-файлы в /var/log/ и /etc/rc.d/init.d, которые поясняют, куда подевались журналы и скрипты инициализации. Автор надеется, что это поможет сориентироваться зашедшему в эти, теперь пустые, каталоги.
  • В gatewayd добавлено множество возможностей таких, как режим «follow» для режима немедленной синхронизации и фильтрации.
  • gatewayd/journalctl теперь поддерживают вывод типа HTML5/JSON Server-Sent-Events.
  • Логика режима совместимости с init-скриптами SysV теперь эвристически определяет поддержку скриптом ключевого слова «reload» и только при его наличии предоставляет возможность «systemctl reload».
  • Сервисы типа oneshot не могут использовать ExecReload=.
  • При запуске пользовательского сервиса (через systemd --user) переменная окружения $MANAGERPID устанавливается в PID systemd.
  • Посылка сигнала SIGRTMIN+24 пользовательскому экземпляру systemd приводит к его немедленной остановке.
  • В browse.html теперь доступны фильтрация и просмотр детальной информации для отдельных полей.
  • «systemctl status --follow» удалено, используйте «journal -u».
  • Опции journald.conf RuntimeMinSize=, PersistentMinSize= удалены как бесполезные при настройке.

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



Проверено: JB ()
Последнее исправление: Silent (всего исправлений: 6)
Ответ на: комментарий от geekless

По крайней мере оно все больше похоже на обещанное изначально. ;-)

sergv
() автор топика

Поздравляю всех сочувствующих!
PS: Видел тред на одной странице. ;)

renya ★★★★★
()

Где в арчике gatewayd? Я его хотел запустить, но в списке юнитов не нашел.

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

А когда к нему торрент-клиент добавят?

Эт вряд-ли. А вот rsync-сервер (с выпиливанием microhttpd) - вполне станется.

sergv
() автор топика

божечки мой, понапихали в такую простую вещь, как init, столько левого дерьма... не понимаю, как с этим вообще можно жить.

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

не понимаю

Это - ключевой момент, да.

plm ★★★★★
()

>Мини-сервисы timedated, localed, которые ранее предоставляли поддержку сменя времени, локали и имни хоста только из графического окружения типа GNOME

Нельзя же так упарываться в самом деле.

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

Воскресить DCOP и тоже его туда встроить.

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

Нельзя же так упарываться в самом деле.

А ты никогда не опечатываешься?

sergv
() автор топика

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

Но вот как так получилось, что эту странную вещь вдруг стали пихать везде по дефолту? КАК? Десяток-другой лет юзали SysV и не жужжали, а тут вдруг. Всем бинарные логи и веб-сервер в системе инициализации!

Это массовое помешательство?

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

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

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

Это массовое помешательство?

Это развитие. Может не самое удачное, не самое эффективное, но какое-никакое развитие.

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

а тут вдруг

не вдруг. это уже несколько лет как.

просто этот sysvinit серьёзно устарел, и не имеет такой гибкости которую предоставляет systemd.

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

На самом деле жужжали, но, в основном, меинтейнеры и разработчики. Ты думаешь start-stop-daemon, lxc-start в скрине и подобные костыли от хорошей жизни появились?

zloelamo ★★★★
()

Теперь дистрибутив устанавливает README-файлы...которые поясняют, куда подевались журналы и скрипты инициализации.

А так же в трёх словах поясняют пользователю — кто он есть, и где его место.

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

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

Он же заявил о безопастности и защите от модификации...

sergv
() автор топика

Про сетевую прозрачность уже пошутили ?

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

Так, а в деталях? Я правильно понимаю, что теперь не клиент отслает данные, а сервер ходит и опрашивает?

Типа вот это

  • В gatewayd добавлено множество возможностей таких, как режим «follow» для режима немедленной синхронизации и фильтрации.
  • gatewayd/journalctl теперь поддерживают вывод типа HTML5/JSON Server-Sent-Events.

должно придать push эффект.

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

Но вот как так получилось, что эту странную вещь вдруг стали пихать везде по дефолту? КАК? Десяток-другой лет юзали SysV и не жужжали, а тут вдруг. Всем бинарные логи и веб-сервер в системе инициализации!

RH, солидно, энтерпрайзно. Как ты понимаешь, чем больше отличий в RH от других линуксов, тем проще подсадить клиентов на vendor lock-in.

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

а сервер ходит и опрашивает?

Такой вот чудо-«сервер». Да, так и реализовано. Поцтеринг наверное не знаком с точным значением слова сервер. :}

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

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

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

Но вот как так получилось, что эту странную вещь вдруг стали пихать везде по дефолту? КАК? Десяток-другой лет юзали SysV и не жужжали, а тут вдруг. Всем бинарные логи и веб-сервер в системеnact инициализации!

Очень легко.

1. Впихнули в федору.

2. Похоронили consolekit и прочую дребедень подконтрольную red hat.

3. Остальные дистрибутивы, как показала практика, в состоянии только собирать пакеты и поэтому на 100% зависят от red hat.

4. Профит.

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

Вот же дебилушка.... На кой черт мне на каждом хосте в сети лишний открытый порт? И это постулируется как безопасное решение?

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

Если это реализовано так как я заподозрил выше, то это придаст тормозной эффект. Лично я буду до последнего упираться, только бы не открывать ещё одну дырку на каждом хосте. Да в debian не дураки и тоже будут до последнего поддерживать класическую схему.

zloelamo ★★★★
()

Когда появятся все нужные юниты - сообщите.

Kindly_Cat
()

внося в его новые возможности

в него

В свежевыпущенном релиз внесены

релизе

локали и имни хоста только

имени

теперь имеют и минималистичных (но весьма функциональные) текстовых клиентов для управления

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

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

bitick
()
Ответ на: комментарий от mega_venik

Это массовое помешательство?

Это ваше непонимание. Беретесь судить о вещах, в которых разбираетесь меньше, чем мэйнтейнеры дистрибутивов.

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

Всем бинарные логи и веб-сервер в системе инициализации!

Энто ты ещё про встроенный генератор QR-code забыл :D

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

Исходники БЕЗ ЕДИНОГО комментария, кроме шапки - это, конечно, что-то с чем-то.

Изначальные посылы к созданию у Поттеринга, таки во многом правильные, но за реализацию взялся совсем НЕ ТОТ человек.

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

Это развитие. Может не самое удачное, не самое эффективное, но какое-никакое развитие.

1. Развитие ради развития - это идиотизм.

2. Развитие чего? Что нового из _нужного_?

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

2. Развитие чего? Что нового из _нужного_?

Попытки создать:

  • Запуск сервисов по событиям (загрузка системы - только разновидность)
  • Защищенный от модификации журнал
  • Контроль доступа на этапе запуска (cgroups из коробки)
sergv
() автор топика
Ответ на: комментарий от qnikst

Ой, какой ты толстенький! Проблема в том, что некоторые функции он и не выполнял :). Например, слежение за порожденными процессами. Для sysv нет пида - нет процесса. И эта беда преследует его с рождения. Решение есть давненько: cgroups - но его никто не торопится применить в sysv (хотя, наверное можно).

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

Нужно было модифицировать существующие решения, а не городить весь этот ад и ужас.

Fixed.

Но аффтар systemd страдает NIH-синдромом в острой форме. Плюс на чужих ошибках не учится.

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

Человек вещает на своей волне и довольно глух к мнению окружающих. У него есть «своё видение» или как-то так. Это было бы безвредно, если бы он клепал какое-нибудь очередное pulseaudio...

Но вот кто ему доверил работу над системой инициализации — вот загадочный вопрос.

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

1. Развитие ради развития

Этого я не говорил.

2. Развитие чего? Что нового из _нужного_?

В данном случае демона инициализации. Ну одним нужно одно, другим другое, и это нормально, так было и будет.

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

В данном случае демона инициализации.

Какой демон инициализации? Это убогий комбайн, демон инициализации это init, и он прекраснейшим образом справляется со своими обязанностями уже ни один десяток лет.

P.S.: Тупиковый путь развития - ломать то, что было отлажено десятилетиями и менять на непонятношто, которое придётся отлаживать ещё тыщу лет.

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

Но аффтар systemd страдает NIH-синдромом в острой форме. Плюс на чужих ошибках не учится.

Ну фиг с ним с автором, зачем дистрибутивы хотят пихать эту каку себе? Припёрся бы такой со своими идеями в *BSD-проекты, его бы оттуда ссаными тряпками выгнали.

IPR ★★★★★
()
Ответ на: комментарий от qnikst
  1. дата последнего релиза и ссылка на официальный сайт?
  2. хорошая интеграция с dbus?
  3. многозадачность?
  4. интеграция с Linux-PAM?
  5. стандартизированный формат создания сервисов (загрузка, выгрузка демонов)?
  6. мониторинг каждого отдельного демона(сервиса)?
  7. всё в одной коробке. (да-да, я считаю вином тот факт, что systemd заменяет устаревшие механизмы, сокращая затраты на сборку системы)
AGUtilities ★★★
()
Последнее исправление: AGUtilities (всего исправлений: 1)
Ответ на: комментарий от zloelamo

Решение есть давненько: cgroups - но его никто не торопится применить в sysv (хотя, наверное можно)

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

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