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)

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

Монтирование флэшки при втыкании.

а раньше целиком средствами udev решалось

Не решалось, а костылялось. Удев не в курсе о текущем пользователе физического рабочего места

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

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

Однако, в каком-то релизе systemd значилось, что его ПОКА можно запускать без journald.

Как конкретно в 195-м дела обстоят - не знаю.

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

Тем, что рулить после spawn'а состоянием демона фактически невозможно.

это пуркуа?

Если бы у меня был API, я бы мог сам решить, перезапускать демон или нет, собрать логи/корки/etc и отправить на сервер, и т.д. Я понимаю, что это все можно надстроить поверх sysvinit. Именно этой функциональности мне не хватает.

«я» и «systemd» - несколько разные вещи. но решаться это в любом случае должно нормальным стандартом и разработчиками конкретного демона, а не костыльным монстром, пытающимся ломать под себя любую подсистему

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

О будущем рассуждать бесполезно. Можно запускать, и нормально.

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

Формат(ы) уже опубликованы

Дык, это. Он вон только в этом релизе индексы прикрутил!

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

Вообще-то форматы официально объявлены внутренним делом журнала. Клиенские приложения обязаны любить его через API.

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

Не решалось, а костылялось.

У кого как, у меня это вполне работающее решение, причем полностью автоматическое.

Удев не в курсе о текущем пользователе физического рабочего места

и что? т.е. как поступит систем-д при втыкании флешки, особо прошу рассмотреть след случай: нет xdm, на компе с tty1 запущенный иксы пользователем A, а на tty2 сидит пользователь B. В виртуальной консоли у пользователя A, открыт терминал в котором, он зашёл как пользователь C.

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

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

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

Десяток-другой лет юзали SysV и не жужжали

upstart, minit, rsysv, smf, openrc называется «не жужжали»?

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

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

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

Он упоротый, но вполне технически адекватный, судя по наблюдениям. Вобщем, надежда есть. А если не выгорит - git clone :D

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

это пуркуа?

ну например как остановить конкретный демон после спауна? сменить ранлевел?

«я» и «systemd» - несколько разные вещи. но решаться это в любом случае должно нормальным стандартом и разработчиками конкретного демона, а не костыльным монстром, пытающимся ломать под себя любую подсистему

это должно _решаться_. Если комитеты не могут родить ничего нового, пусть это сделает один(?) человек.

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

Достаточно на физиономию Поцтеринга посмотреть, и всё станет ясно.

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

ну и отлично, так какой пользователь за компом в вышеприведённом сценарии? (и вообще почему это отражается на системе сервисов)

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

На том, что если бы оно было монолитным, никто бы не разделял на отдельные демоны. Был бы один systemd, который рулил бы ВСЕМ.

Я в отличие от тебя не настолько ленив и таки посмотрел исходники. Хидер журнала находится в публичных хидерах systemd: http://cgit.freedesktop.org/systemd/systemd/tree/src/systemd Непонятно, как ты собрался его отрывать или заменять.

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

и вообще почему это отражается на системе сервисов

Это отражается на системе управления сессиями, информацию которого может использовать (или не использовать) система управления доступом

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

А кто мешает подменить ему исходник или бинарник журнала пустым или своим? Апи публично доступно, реализуй методы и все.

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

По идее, если у тебя на активной виртуальной консоли в иксах запущено (ну или теоретически, в чистой консоли, но такое вряд ли в консоли будет) что-то, что хочет как-то реагировать на появление флешки, то этому «чему-то» сообщат через системный dbus и дадут возможность смонтировать её. От consolekit это отличается тем, что logind обеспечивает вход в систему, и поэтому сразу создаёт сеансы при логине.

При чем тут системд и почему потребовалось logind включать в его состав? А хрен его знает, честно говоря.

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

При чем тут системд и почему потребовалось logind включать в его состав?

ЕМНИМ, просто вслед за сиверсоским удавом. Для нарезания прав.

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

...особенно на роутере

У меня вот на серваках dbus-а нет - он там просто нафиг не втарахтел.

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

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

— Где формат?!

— так вот же хедеры, исходники опять же.

— Ты не умничай, ты пальцем покажи!

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

А кто мешает подменить ему исходник или бинарник журнала пустым или своим? Апи публично доступно, реализуй методы и все.

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

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

ну откуда у системд-фанбоя обоснование? они же ну_тупыыыыыые все поголовно.

возьмём п.2: зачатки есть в бебиане. п. 3 в дебиане (да и вообще в systemd-less дистрибутивах) пилят maintainerы пакетов вместо разработчиков сервисов, если пилят.

автораскладывание сервисов по cgroups тоже не встречал иначе, чем в systemd. ракетная наука, не иначе. unixway торжествуэ.

а примеры обратного в виде ссылок на исходники welcome. я ошибки признаю́, если что.

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

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

«семь перпендикулярных красных линий зеленого цвета».

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

семь перпендикулярных красных линий зеленого цвета".

Какая точная и исчерпывающая характеристика systemd.

geekless ★★
()

Кстати, дико доставляет, как одни и те же люди хвалят systemd за подход «всё в одном» и по это же причине ругают иксы.

Тут вам либо крестик следует снять, либо трусы надеть. Выбирайте.

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

я не возражал вам, это было краткое изложение диалога с хейтерами :)

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

ты говоришь нетолерантно, когда в system встроят вяленд, настанет гармония.

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

автораскладывание сервисов по cgroups тоже не встречал иначе, чем в systemd. ракетная наука, не иначе. unixway торжествуэ.

а примеры обратного в виде ссылок на исходники welcome. я ошибки признаю́, если что.

пожалуйста:

http://git.overlays.gentoo.org/gitweb/?p=proj/openrc.git;a=blob;f=sh/runscrip...

если интересует так же раскладывание сервисов в конкретные модули, типа user, service, а так же в cpu, memory и т.д. то хотелось бы увидеть описание того, как это работает в s-d и как это должно работать.

qnikst ★★★★★
()
Последнее исправление: qnikst (всего исправлений: 1)
Ответ на: комментарий от AGUtilities

вангую слияние systemd, dbus и ещё каких-нибудь мессадж шин.

было бы логично.

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

— Где формат?!

— так вот же хедеры, исходники опять же.

— Ты не умничай, ты пальцем покажи!

Описание формата — это немного не то. Это более-менее внятно оформленный документ, описывающий этот ваш формат. Причём вопрос-то в том, чтоб формат был более-менее постоянный. Ну как у syslog. Слыхал, может?

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

Причём п. 2 и п. 3, могут быть реализованы в любой системе.

А чем системд не любая система? Вот и реализовали.

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

Ну как у syslog. Слыхал, может?

Сколько лет syslog-у? И почему для его формата не написано ни одного надежного парсера?

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

пожалуйста

круто. декларативные описания сервисов openrc тоже умеет?

и что-то не заметил тонкой настройки лимитов, как в http://0pointer.de/blog/projects/resources.html

как это работает в s-d

так же. запускаемый процесс кладётся в выделенную ему cgroup, которая наследуется всеми потомками.

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