LINUX.ORG.RU

Релиз systemd 190

 


0

0

Леннарт Поттеринг рад представить очередной релиз загрузочного менеджера systemd.

Новшества:

  • Всякое изменение статуса юнита заносится в журнал и доступно для просмотра по команде «systemctl status».
  • ConditionPathIsMountPoint= теперь может правильно определять точки, смонтированные через bind.
  • Отныне по умолчанию монтируются cgroup-контроллеры cpu, cpuacct и cpuset, а также контроллеры net_cls и net_prio.
  • Контейнеры nspawn теперь имеют виртуализированный загрузочный ID: /proc/sys/kernel/random/boot_id монтируется со случайным ID при инициализации контейнера.
  • Новый режим вывода «json-pretty», при котором блоки JSON для более удобного восприятия оформляются с отступами по одному объекту на строку.
  • Удалены все явные вызовы sync() из кода выключения системы, так как ядро само использует эти вызовы при reboot().
  • Добавлена поддержка виртуального reboot() в контейнерах, поддерживаемого новыми ядрами.
  • journalctl по умолчанию показывает локальный лог. Для просмотра удалённых логов следует использовать ключ --merge (-m).
  • Для libsystemd-journal создан вызов sd_journal_get_usage() для определения текущего использования диска всеми файлами журнала. Опция доступна через команду «journalctl --disk-usage».
  • journald получил в journald.conf новую опцию SplitMode= для разбиения конфигурационного файла на части.
  • Новое условие ConditionFileNotEmpty= для проверки состояния файлов.
  • Добавлены биндинги Python для работы с журналом (пока реализованы частично). Официально будет поддерживаться только Python, но сторонние разработчики могут добавить биндинги к другим языкам (например, уже существуют биндинги Lua и PHP).
  • journald теперь предупреждает о невозможности доставки сообщения демону логирования при занятом сокете.
  • journald больше не изменяет /etc/localtime.
  • Теперь logind всегда резервирует один виртуальный терминал (по умолчанию — VT6) для текстового входа.
  • udev автоматически информирует ядерную подсистему btrfs на предмет доступных компонентов btrfs RAID.
  • Ограничение RLIMIT_NOFILE для PID 1 (но не его потомков!) повышено до 64 тысяч. Это сделано для возможности прослушивания большего количества сокетов.
  • При попытке монтирования журнала поверх непустого каталога администратор получает извещение.
  • Для юнит-файлов добавлена поддержка макроподстановок с именем хоста (%H), идентификатором машины (%m) и идентификатором загрузки (%b).
  • systemd теперь всегда конфигурирует часовой пояс для ядра при загрузке. timedated делает то же при изменении /etc/localtime.
  • Обновлена логика logind.

Скачать архив

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



Проверено: Shaman007 ()
Последнее исправление: Silent (всего исправлений: 1)

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

RH старается усложнить систему, дабы повысить порог вхождения для админов и привязать их к себе

Теория заговора. В случае повышения сложности системы повышается стоимость админов (т.е. их надо обучать, платить зарплату и т.д.). Конторы перебегут от РедХата допустим в Новел (или Каноникл).

ИМХО РедХат наоборот делает все, чтобы их систему могли использовать менее квалифицированные люди.

Для работы с ini-подобными конфигами требуется меньшая квалификация, чем для sysvinit. (с-шный код модулей, это уже не проблема админа).

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

Мелкая доп. возможность, которая в 90% случаев не нужна.

Таким возможностям не место:

1. в системном приложении уровня journald (в идеале, должно быть реализовано в виде отдельного пакета),

2. на этапе, когда ОСНОВНОЙ функционал находится в стадии «уже почти начали».

Но лично меня раздражает, что внимание (желание её опробовать) к этой системе ведения логов привлекается не с помощью реализации каких-то важных вещей, а с помощью QR-кодов типа «Смотри! Теперь и в твоём айфоне!». Напоминает http://xkcd.com/937/

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

но с этим придется работать, от моего желания это не зависит.

почему придётся? Заставляют? Тебе не нравится, но ты будешь потому что тебя что-то заставляет?

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

Не перебегут, если этот шлак пропихнут во все дистры (как уже впихнули пульс). Просто будет некуда бежать. Не на слакварь же, прости господи.

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

1. в системном приложении уровня journald (в идеале, должно быть реализовано в виде отдельного пакета),

Согласен. Насколько понял это генератор начальной пары ключей, т.е. работает только при начальной инициализации журнала.

2. на этапе, когда ОСНОВНОЙ функционал находится в стадии «уже почти начали».

Меня больше раздражает потеря совместимости с сислогом (протокол, а не демон). По сравнению с этим QR выглядит невинным развлечением.

Про айфон не понял.

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

Теория заговора. В случае повышения сложности системы повышается стоимость админов (т.е. их надо обучать, платить зарплату и т.д.). Конторы перебегут от РедХата допустим в Новел (или Каноникл).

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

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

Перебежать с закрытой системы куда-либо значительно сложнее чем с одного линукса на другой ;)

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

почему придётся? Заставляют? Тебе не нравится, но ты будешь потому что тебя что-то заставляет?

Выковыривать из дистра систему инициализации, поддерживать свою версию udev и т.д. сложнее, уже обсуждалось.

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

формат, полагающийся на то, что автор инструмента предусмотрел _всё_

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

пишешь с ошибками

«абаснуй»? я нарочно. мем такой есть.

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

Про айфон не понял.

xkcd глянь.

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

Но ведь ЭТО потом пропихнут во все основные дистрибутивы, а на причитания пользователей «у меня ваше Г не даёт читать логи» будут отвечать «зато у нас есть QR-коды, это ведь гораздо лучше».

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

Выковыривать из дистра систему инициализации

сменить дистр большая проблема чем заставлять себя пользоваться systemd?

поддерживать свою версию udev

а что поддерживать? Чего не хватает в нынешней?

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

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

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

Ну вот рхел таким закрытым линухом и станет. Вроде только недавно плакались, то патчи на ядро не так отдают(из-за оракла проклятого), то центос не успевает пересобирать српм-ки. Потом затащут всех под свой 389дс+фриипа. Собственно и всё. Бежать будет некуда - потому что остальные просто тупые мантайнеры будут. И не факт что смогут во всём этом барахле разобраться без рх.

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

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

Внезапно, в дебиановском inssrv проверяются циклические зависимости. А в systemd есть?

«абаснуй»? я нарочно. мем такой есть.

Прокурору расскажешь.

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

И где мастерство чтения исходников системд можно применить? За это чтение деньги платят? Почему его, а не кде4 какой-нить? Зачем расширять кругозор этой поделкой? Мне всегда казалось что админ должен задачу поставленную выполнить с наименьшим гемороем, а не сознание расширять всякими наркоманскими системд. И какое тут повышение квалификации. Курам на смех. Хочешь повысить квалификацию - изучай предметную область, а не дебильную пускалку-переросток.

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

интересно, доживу ли я до хотя бы альфы дистрибутива, в котором не будет эмм… ну, пусть технологий, вызвавших неудовольствие Адептов Духа Старой Школы и Тех, Кто Точно Знает, Что Нужно Пользователю (systemd, networkmanager, pulseaudio, utf8, mono… что там ещё?)

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

Просто будет некуда бежать. Не на слакварь же, прости господи.

И это печально. Не трагедия, но печально.

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

Ждём новинку от Поттеринга — графику в ядре!

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

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

Если системе нужно зарузить важный сервис, и при его запуске соответвующий скрипт использует тот же awg, который рухнет, сервис не загрузится. К тому же, вспомним на мгновение, что System V init - тоже бинарь, который тоже может рухнуть. Это именно бинарь запускается ядром. И он шарит по каталогу init.d и соответвующим для различных runlevel-ов каталогам, ищет скрипты инициализации там, и запускает в соответсвии с их названием(кодировать в названии приоритет вызова скрипта при запуске/остановке того или иного runlevel-а само по себе маразм). Этот бинарь тоже может рухнуть. Да и используя на арчике systemd из testing ни разу не столкнулся с крахом systemd. Как это не странно для софта из testing. Так что в крах сабжа просто не верю. Если из core сабж не крашится, и даже из testing не желает падать - сабж написан на совесть. Что не могу сказать про некоторое другое ПО из testing, которое иногда вдруг крашилось.

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

я в жизни не написал ни строчки продакшн-кода на си, но спокойно читаю исходники systemd.

Сомневаюсь, что все админы (в том числе и локалхостов) с тобой солидарны.

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

тонны костылей на С лучше тонны костылей на баше?

куча бинарников systemd и юниты со скриптами на баше + API

лучше тонны костылей на баше

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

Ну вот рхел таким закрытым линухом и станет.

ИМХО вряд ли, хотя загадывать на перед не стану.

патчи на ядро не так отдают,(из-за оракла проклятого)

Политика. Нет желания в нее лезть, но лицензию они не нарушили.

то центос не успевает пересобирать српм-ки

РедХат обязан собирать рпм-ки для сентоси?

Бежать будет некуда - потому что остальные просто тупые мантайнеры будут.

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

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

Но ведь ЭТО потом пропихнут во все основные дистрибутивы, а на причитания пользователей «у меня ваше Г не даёт читать логи» будут отвечать «зато у нас есть QR-коды, это ведь гораздо лучше».

Мантейлеров других дистров никто это делать не заставляет.

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

Никто и не говорит про бездумно. systemd позволяет вам настроить запуск определённого юнита в случае, если ваш сервис грохнулся. Юнит может собрать информацию о рухнувшем сервисе, проинформировать вас о проблеме, перезапустить службу или выполнить любое другое действие. К примеру, вы знаете что бездумный перезапуск mysqld может причинить вам беспокойство. Так запретите перезапуск. Но создайте юнит, который соберёт и сохранит для вас максимум информации о подении сервиса, пошлёт вам на мыло извещение о проблемме, или отправить вам короткое SMS-сообщение. Используйте возможность запуска юнита в случае краха сервиса с умом, и вам станет легче админить. А тот же pulseaudio перезапустить автоматом можно запросто, это не создаст никому никакого дискомфорта. То же можно сказать про иксы, gdm и т.п. То есть некоторе сервисы перезапускать можно автоматом, особенно на дистрах вроде Fedora или Ubuntu. Ведь не все же серверами повелевают, а простому юзеру нужно что-бы его ОС просто тупо работала, а не нинужные вопросы задавала и в логи отсылала.

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

ini - примитивный формат, полагающийся на то, что автор инструмента предусмотрел _всё_. Инженеров учат не полагаться на такие вещи.

ini - очень сложный формат. Гораздо сложнее существующего сейчас lsb header

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

Ты просто переоцениваешь шапку. Закрывать/перелицензировать множество своих открытых проектов ей просто нет смысла.

И не факт что смогут во всём этом барахле разобраться без рх.

Сentos & SL сейчас разбираются, а потом внезапно не смогут?

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

повысить порог вхождения для админов и привязать их к себе

Вы это действительно про systemd?

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

Вот тебе и пытаются намекнуть что в большинстве случаев это порочная практика - нефиг перезапускать автоматом. А если так делать не надо, то и незачем тащить эти функции в системд( и везде рассказывать про это как преимущество). Есть монит тот же. Кто мешал его юзать а не прибивать шурупами в системд свои костылики?

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

Так только дурак все сервисы будет автоматом перезапускать. Для этого и есть возможность каждый сервис настроить так, как вашей душе угодно. И да, в systemd есть юниты, которые могут срабатывать на падение конкретного сервиса. Что мешает вам используя unix way заставить юнит отсылать вам сообщение на мыло, в тот же IM-клиент или на мобилу? Вы узнаете на какой машине рухнул сервис, и какой сервис. Сразу, а не спустя сутки, когда ваш шеф с матом завалится к вам домой. Думаю, что любой кто имел дело с systemd уже знает насколоко он гибок и удобен. Прежде чем его критиковать, посидите на нем годик. И к вам точно прийдёт просветление. Будете хвалить Поттеринга, и не вспомните про этот убогий system V init...

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

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

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

Нет желания в нее лезть, но лицензию они не нарушили.

Разговор не про лицензии и про их нарушение. Вопрос в использовании дистров не от рх. Так вот может наступить такой момент, что использовать больше будет нечего. Вернее использовать то можно, но смысла никакого. Это как официльный оракл в продакшене юзать на чём-то отличном от сертифицированного дистра. Да в теории можно, но если возникнут проблемы никто их решать не будет. И тут понимаешь что овчинка не стоит выделки - используешь рекомендуемый дистр. А все производные центоси и прочие могут просто на энтузиазме своём не выехать - не пересоберут они вовремя все пакеты и ага.

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

Потом выяснится что нормально авторизация и домен запилен только в рх и с каждой версией эта запиленность всё «нормальней и нормальней». И сменить на ораклу не получается.

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

Окошко попутал шоле? )

Не. Это ответ на фразу «ini - очень сложный формат». Радостное согласие, если ты не понял.

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

И куда бежать от пульса

мы сейчас говорили о пульсе или systemd?

На слаку и арчик? Не смешите моих тапочек.

на slackware(-based), debian(-based), gentoo(-based), и другие. Выбор есть, другое дело что тебя он может не устраивать, и ты выбираешь дальше плеваться иголочками, надевать слюнявчик и поедать кактус.

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

куча бинарников systemd и юниты со скриптами на баше + API

ох ёпт. всё еще хуже чем предполагалось.

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

Для этого и есть возможность каждый сервис настроить так, как вашей душе угодно. И да, в systemd есть юниты, которые могут срабатывать на падение конкретного сервиса. Что мешает вам используя unix way заставить юнит отсылать вам сообщение на мыло, в тот же IM-клиент или на мобилу? Вы узнаете на какой машине рухнул сервис, и какой сервис. Сразу, а не спустя сутки, когда ваш шеф с матом завалится к вам домой.

Мляяяя. А там уже появились графики, алерты, репорты и прочие радости из фирменных систем мониторинга? Когда ожидать поддержки нетфлоу? Когда появится там возможность отслеживать выполнение СЛА ИТ-службой, на основе мониторинга сервисов?

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

Какая-то тулзень, генерирующая графики там уже есть. Она мониторит систему запуска. И позволяет наглядно увидеть узкие места, попытаться их обойти... Всё остальное появится со временем. Надеюсь, отдельным пакетом.

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

На C. Судя по содержимому git, автор юзает vim для разработки сабжа. Но также там присутвует и dir-locals.el, что как-бы намекает на использование emacs. Но у Поттеринга есть помошник, второй автор сабжа. Наверно этот падаван и юзает редактор, отличный от Поттерингового.

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

А не лучше ли будет, если комьюнити каждого дистра само решит, какая система ему больше по душе? Вы же согласны, что ваше мнение не столь авторитетно, что-бы всё сообщество брало его в расчёт? Вас же Линусом не величают, верно?

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

Всё остальное появится со временем. Надеюсь, отдельным пакетом.

я же забыл что здесь лор - шуток не понимают любители нанотехнологий от поттеринга. Ты хоть погугли что такое service level agreement. Если это к системд привязать, то я даже не знаю что сказать. Осталось ещё itsm туда целиком вкрутить, тут то все заживут. Щи с пряниками хлебать будем.

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

Не спорю. Вот только часть логики будет не в бинарнике, а в service-файлах и юнитах. А чатсть действительно намертво впаяли в бинарь, остаётся надеяться что Поттеринг ничего там не напутал...

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

Ну нет, SLA к systemd не имеет никакого отношения. Зачем такой геморрой Потеррингу? Разве его дело поддержкой различных велосипедов заниматься? Его дело код писать. Он программист, а не мальчик для битья из службы поддержки. И не админ. Он программист, а и дрязги с разярёнными клиентами не его дело.

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