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)

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

Одного такого выгнали. Matt Dillon

И где сейчас стрекоза? Полный застой, они даже не могут толком уже готовые дрова перенести из фреебзд.

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

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

Я готов в это поверить, если б не одно «НО» - systemd активно пропагандируется и продвигается в другие дистры. Это как-то не очень выглядит, как стремление возвести барьеры и наплодить отличий, не?

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

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

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

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

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

Согласен, тут в этой логике есть пробел. Ибо как выяснилось, другие дистры не осилили ничего, кроме сборки сорцов продуктов RH.

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

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

Можно сделав опционалом. Но он не будет, потому-что http://linuxfr.org/nodes/86687/comments/1249943

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

так вы о supervision, ок, допустим эта функция должна лежать на PID-1, вполне логично.

Для sysv нет пида - нет процесса.

это абсолютно верное утверждение, но наверное хотелось сказать «нет пида - нет сервиса», предположим, что имелось ввиду это.

Для решения этой задачи в sysv использовался initd и он действительно плохо решает эту проблему. Но так же есть s6, rtools, daemontools и ещё ряд init-совместимых и не только сервисов решающих данную проблему. Адекватное использование cgroups тоже возможно, но единственное, что оно точно даст это возможность узнавать кто жив, кто нет всего лишь одним чтением eventfd и файла tasks вместо пиннинга процессов или прослушивания сокета м/у программой и supervision-сервисом, что более эффективно, и только. Если вы так не считаете, то могу привести несколько примеров в которых, где вы одним алгоритмом не сможете определить жив ли сервис :), да если определите, то скажу спасибо за объяснение.

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

Запуск сервисов по событиям (загрузка системы - только разновидность)

несколько полезных примеров можно

Защищенный от модификации журнал

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

Контроль доступа на этапе запуска (cgroups из коробки)

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

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

маргинальные дистры в отличии от redhat осиливают использовать cgroups там, где они есть (пока не в полной мере) и не использовать там, где их нет.

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

Запуск сервисов по событиям (загрузка системы - только разновидность)

несколько полезных примеров можно

Монтирование флэшки при втыкании. Чтение данных для авторизации с воткнутого токена. Переконфигурация сетевых служб при поднятии нового интерфейса...

Защищенный от модификации журнал

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

Это -проблема поттерингожурнала. А вот необходимость контроля записи в него и контроля целостности признается как минимум авторами syslog-ng и Solar Designer.

Контроль доступа на этапе запуска (cgroups из коробки)

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

Как оно у гаррипотера сейчас реализовано - я не смотрел. Но возможность есть: http://en.wikipedia.org/wiki/Cgroups

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

хорошо, а теперь идти и почитай что из выше приведенного может относиться к sysvinit. ну и имхо ты написл 1 очень хороший пункт.

qnikst ★★★★★
()

А Wayland когда встроют?

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

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

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

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

читал, но только те, на которые указывали адекватные любители systemd, не впечатлился. Из хорошего вижу только: 1). унификацию описаний сервиса, 2). декларативное описание сервиса 3). использование современных фич linux. Причём п. 2 и п. 3, могут быть реализованы в любой системе.

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

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

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

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

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

Некорректное сравнение. Комбайны были нужны из-за лучшей производительности, а systemd нет.

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

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

Да, жаль, что у лошадей не было вэб-сервера(

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

Некорректное сравнение. Комбайны были нужны из-за лучшей производительности, а systemd нет.

А systemd из-за других параметров.

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

так вы о supervision,

Я не знаю как это точно называется, т.к. сам не ковырялся. Но речь в systemd, похоже идет либо о namespace isolation, либо о другом применении групп процессов (в терминах cgroups). Суть в том, что всегда можно окинуть взглядом групу процессов, а не только родительский пид.

Вполне рабочий пример: набор включающий главный процесс, о котором SysV знает, и дочерние процессы о которых SysV не в курсе. Дальше, если все ок, то apachectl stop все погасит через родительский процесс, а вот если кровь, кишки и расколбас, а родитель не отвечает или исчез каким-либо способом, то, вот тут начинаются бубны. SysV не помошник, он о дочерних процессах ничего не знает, поэтому берешь ps, awk и kill, ну а дальше все знают. В systemd, хотябы в теории, ты сразу видишь, что хоть родитель и сдох, но дочерние вот они, все здесь и можно их положить в одну команду (опять таки не знаю как реализовано, ориентируюсь на то, что обещается).

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

Определить жив ли сервис в широком смысле затруднительно. Одно дело жив с точки зрения sysv - существует pid файл, лок файл или что-то подобное, другое дело с точки зрения оси - отвечает на системные вызовы, и совсем другое с точки зрения пользователя - делает то, что нужно. Эта задача совсем другого рода, на мой взгляд и если её может, хотябы потенциально, решить система инициализации, то дай ей бог здоровья.

Но так же есть s6, rtools, daemontools и ещё ряд init-совместимых и не только сервисов решающих данную проблему.

Возможно, да только где они из коробки то? Застой. Надеюсь systemd расшевелит это болото.

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

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

елки палки оказывается это уже задача сервис менеджера.. а раньше целиком средствами udev решалось. По второму real-live пример можно. а то все известные мне службы справлялись с изменением интерфесов сами?

Ладно, допустим то, что тут всё в одном месте и это преподносится как бонус.

Это -проблема поттерингожурнала

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

Как оно у гаррипотера сейчас реализовано - я не смотрел.

так вы о namespaces или конкретно о cgroups? если второе, то вопрос остаётся активным.

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

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

А то! У меня вообще есть уверенность, что журнал он начал пилить исключительно из-за того, что ему хотелось выдавать последние события для запущенных сервисов.

так вы о namespaces или конкретно о cgroups? если второе, то вопрос остаётся активным.

А второе - не часть первого?

One of the design goals of cgroups was to provide a unified interface to many different use cases, from controlling single processes (like nice) to whole operating system-level virtualization (like OpenVZ, Linux-VServer, LXC). Cgroups provides:

Resource limiting: groups can be set to not exceed a set memory limit — this also includes file system cache.[3] The original paper was presented at Linux Symposium and can be found at Containers: Challenges with the memory resource controller and its performance[4] Prioritization: some groups may get a larger share of CPU[5] or disk I/O throughput.[6] Accounting: to measure how much resources certain systems use for e.g. billing purposes.[7] Isolation: separate namespaces for groups, so they don't see each other's processes, network connections or files.[2] Control: freezing groups or checkpointing and restarting.[7]

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

про cgroups

такая поддержка cgroups есть и в opernc. А можно и через libcgroups запилить в чём угодно.

Возможно, да только где они из коробки то? Застой. Надеюсь systemd расшевелит это болото.

тут недавно даже дебианщики ими хватились. 'Надеюсь systemd расшевелит это болото.' да это кстати реальный бонус.

Вообще чего я искренне не понимаю (и не пытался разбираться) зачем всё это объединять, а plm отказывается описать технические плюсы данного решения вне рамок оплачеваемой лекции, но её план abstract говорить отказывается.

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

А то! У меня вообще есть уверенность, что журнал он начал пилить исключительно из-за того, что ему хотелось выдавать последние события для запущенных сервисов.

вполне возможно :)

А второе - не часть первого?

с cgroups я знаком в основном по /usr/src/linux/Documentation/cgroups/cgroups.txt и проч. там про namespaces, которые: /usr/src/linux/Documentation/namespaces/compatibility-list.txt ничего не сказано, если я чего-то не знаю, то буду рад если кто отметит куда читать. Если имеется ввиду, возможность создания разных иерархий в цгруппах, то мне не совсем ясно, как это использовать для контроля доступа. Точнее я вижу один вариант, но совсем не очевидно почему это лучше контроля доступа по группам, юзеру, настоящим и эффективным и т.д.

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

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

кто юзал, что юзал? генту? не, там openrc. ubuntu? тоже не, там upstart. debian - сейчас по крайней мере там распараллеленная система. с чем и насколько она совместима, вопрос. что в сузе было до пришествия ЛП - не в курсе. остается видимо Швятая Шлака.

отсюда вывод - пихают по дефолту лишь бы оно одно было на всех.

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

А systemd из-за других параметров.

Понимаешь, автор хочет создать лошадь, которая будет пахать землю, разносить кофе, танцевать самбу и подрабатывать проституткой. Беда одна: эта лошадь будет хреново пахать землю и танцевать, да и проститутка из неё никакая.

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

Ты всё перепутал, Истинно Дружелюбная Убунта не нуждается в осиливании, она устанавливает сама себя за пользователя, работает за пользователя и даже думает за пользователя.

Или нет, подождите...

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

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

Хм, а вы таки так хорошо разбираетесь, что согласны с мейнтернерами, или настолько ноль, что возразить не можете?

zloelamo ★★★★
()

Lennart Poettering продолжает развивать свое творение, внося в его новые возможности. В свежевыпущенном релиз внесены следующие изменения:
Проверено: JB
Последнее исправление: Zhbert 24.10.2012 9:53:31 (всего исправлений: 5)

!0\

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

хорошая интеграция с dbus?

Ненужно.

многозадачность?

Ей занимается ядро

интеграция с Linux-PAM?

Клинический случай. Ненужно. С PAM пусть работают те кому он нужен. init'у он не нужен (man встраиваемые системы). Из минусов - сегфолт в каком-нибудь модуле PAM теперь будет не сегволтить отдельные демоны, а сегфолтить init. А чо, круто ведь, да?

мониторинг каждого отдельного демона(сервиса)?

man inittab.

всё в одной коробке. (да-да, я считаю вином тот факт, что systemd заменяет устаревшие механизмы, сокращая затраты на сборку системы)

Это охрененный минус. Отладка компонентной системы намного проще чем отладка монстра «всё-в-одном» - особенно если этот монстроидальный поток бреда связывается с dbus, PAM, glib и прочим

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

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

Именно :-) Всё остальное эпично приятнуто за уши

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

В арче:

Dependencies (19)

    acl
    bash
    dbus-core
    glib2
    hwids
    kbd
    kmod
    libcap
    libgcrypt
    pam
    util-linux
    xz
    cryptsetup (optional) - required for encrypted block devices
    initscripts (optional) - legacy support for /etc/rc.conf
    python (optional) - systemd library bindings
    python2-cairo (optional) - systemd-analyze
    python2-dbus (optional) - systemd-analyze
    quota-tools (optional) - kernel-level quota management
    systemd-sysvcompat (optional) - symlink package to provide sysvinit binaries
wota ★★
()
Ответ на: комментарий от geekless

Точно, glib нет. Хотя... Такими темпами скоро будет.

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

Запуск сервисов по событиям (загрузка системы - только разновидность)

А разве cron/udev не для этого? Ах да, udev уже в systemd...

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

многозадачность?

Windows NT server

интеграция с Linux-PAM?

Windows NT server

стандартизированный формат создания сервисов (загрузка, выгрузка демонов)?

Windows NT server

мониторинг каждого отдельного демона(сервиса)?

Windows NT server

всё в одной коробке. (да-да, я считаю вином тот факт, что systemd заменяет устаревшие механизмы, сокращая затраты на сборку системы)

Windows NT server

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

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

systemd будет в куче дистров, какие тут отличия RH? Самое разумное объяснение - то, что поцеринг спит с кем-то из топ-менеджмента %)

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

А разве cron/udev не для этого? Ах да, udev уже в systemd...

На мой взгляд логика примерно такая: Если подключение устройства - событие, на которое надо совершить действия, похожие на действия при инициализации системы, то давайте запилим что-то, что будет выполнять оба этих дествия.

К тому-же в OSX и Solaris аналоги есть.

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

Самое разумное объяснение - то, что поцеринг спит с кем-то из топ-менеджмента %)

Я даже не знаю, какой из двух вариантов хуже — педерасты или блондинки...

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

дата последнего релиза и ссылка на официальный сайт?

http://www.nongnu.org/sysvinit/

хорошая интеграция с dbus?

зачем?

многозадачность?

зачем?

интеграция с Linux-PAM?

зачем?

стандартизированный формат создания сервисов (загрузка, выгрузка демонов)?

зачем?

мониторинг каждого отдельного демона(сервиса)?

man inittab

всё в одной коробке

комбайн - абсолютное зло

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

Я даже не знаю, какой из двух вариантов хуже — педерасты или блондинки...

Педераст-трансвистит, который был блондинкой, но потом сменил пол и взял имя Леннарт Поттеринг.

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

sysvinit-latest.tar.bz2 14-Apr-2010 07:14

постеснялись это указать?

комбайн - абсолютное зло

давайте тогда выкинем KDE, TeX, gEDA, coreutils, util-linux да и сам linux в придачу

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

Вот не пойму - многие говорят что старые системы плохи. Многие говорят что новая ещё хуже. Так где же другие варианты? где другие альтернативы? В свободном обществе закончились специалисты способные делать отличные вещи? Смотрю я на это всё, и грустно становится. Только недавно перелез с винды на линукс, а тут.. Разброд и шатание.. переделывают недоделанное, недоделывают переделанное. Постоянно что-то глючит.. Пипец просто

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

постеснялись это указать?

нет. и я не считаю, что частота релизов - характеристика качественности софта. это скорее характеристика небрежности разработчика. багов там очень много?

и будет ли обоснование необходимости описанных функций?

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

многозадачность?

зачем?

А действительно, зачем. Вместо инита поставим шелл, а единственный скрипт обзовем autoexec.bat

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