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)
Ответ на: комментарий от tailgunner

Для Си-кода нужны gdb, символы и исходники

И небось еще не на русском языке, да? Не удивлюсь если нужен компьютер, стул, крышу стобы ливень не мешал. Что за дела, как ни возьмусь спозаранку дебажить - одни проблемы. То ли дело скрипты.

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

Цель более чем понятна: сделать линукс из системы, настраиваемой кем угодно и легко чинимой, «чёрный ящик» наподобие венды

А какой в этом смысл? Пул рабочих рук уменьшается, что в это хорошего для Redhat?

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

Для Си-кода нужны gdb, символы и исходники

И небось еще не на русском языке, да?

Анон, не загрязняй БД ЛОРа своим маразмом.

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

Очевидная цель заменить 30+ летний зоопарк самодельных скриптов (число которых равно числу дистрибутивов) на одну программу с стандартизированными функциями покрывающую 99.9% задач решаемых ранее примитивными скриптами.

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

Пушка из-под хвоста, если еще бзднешь бред про скриптоотладку просто убейся. Тут про линукс и технологии, а не твои маразматические скриптофантазии, отладчик хренов.

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

Это уже сделали умные люди из другой конторы. К той одной программе хоть админов найти можно пучок. А к вашему новому, модному ляликсу фиг ещё кого найдёшь.

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

Пушка из-под хвоста, если еще бзднешь бред про скриптоотладку просто убейся.

Ути-пути. Это не ты - автор албанских вирусов? Которые «пожалуйста, удалите ваши файлы».

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

Он хотя бы дебажится подручными средствами.

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

Для Си-кода нужны gdb, символы и исходники.

Вопрос в том, кто должен писать модули для системд. В случае с sysvinit это делают мантейлеры/админы, во всех дистрах скрипты разные, системы инициализации немного отличаются. Насколько помню чистый sysvinit не используется нигде.

Для системд (если не хватает стандартных модулей) это, ИМХО, должны делать разработчики.

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

Шелл это не лучший пример.

Ну, другого-то нет. Ну и заменять шелл на убогий ini - это просто роспись «я с трудом закончил ПТУ на тройки».

Для системд (если не хватает стандартных модулей) это, ИМХО, должны делать разработчики.

Система становится непрозрачной. Это разве не очевидно?

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

сделать линукс из системы, настраиваемой кем угодно и легко чинимой

Это в какой вселенной Линукс настраивается и чинится кем угодно?

«чёрный ящик» наподобие венды, который сможет настроить и починить только Сертифицированный™ Специалист®

Тебе запретили читать маны и документацию? Или у тебя бугурт от необходимости переучиваться? Понемаю.

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

заменять шелл на убогий ini - это просто роспись «я с трудом закончил ПТУ на тройки».

Скорее «нам надо сапортить 100500 клиентов, неплохо бы сократить расходы, желательно не ухудшая качества» ;) И экономия на квалифицированном персонале это обычная практика, нравится нам это или нет.

Система становится непрозрачной. Это разве не очевидно?

Достаточно навороченный скрипт (с шелом, перлом, авк и т.д., что туда еще можно впихнуть) не совсем прозрачный, отдебажить все ветки практически невозможно. Хотя хз, не встречал объективных методов оценки прозрачности.

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

кономия на квалифицированном персонале это обычная практика

Где экономия, откуда? Предположим, что Си-код глючит настолько же часто, как шелл-скрипты. Но, чтобы разобраться с проблемами в Си-коде, нужен _более_ квалифицированный специалист.

Система становится непрозрачной. Это разве не очевидно?

Достаточно навороченный скрипт (с шелом, перлом, авк и т.д., что туда еще можно впихнуть) не совсем прозрачный

А бинарь - он совсем непрозрачный, причем независимо от навороченности.

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

Того, кто умеет выражать свои мысли без ненужных американизмов, Богородица наградит.

А что касается RedHat: если систему может глубоко пилить любой вася, то корпорации с этого нет профита, а вот если этому надо долго специально учиться (за деньги) — это очень хорошо. Во-первых, это даёт небольшой прямой доход. Во-вторых, и это намного важнее, получение диплома «Сертифицированный инженер по Фетровым Шляпам» даёт фирме лояльного клиента в корпоративной среде. В-третьих, усложнение системы приведёт к тому, что клиенты будут чаще заказывать RHAS/RHEL с техподдержкой, а не ставить бесплатную центось.

Микрософт десятилетиями строит бизнес подобным образом, Шапка тоже хочет.

Неужели мне надо Вам объяснять такие элементарные вещи?

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

Ага. В КДЕ тоже ведь озаботились тем, что среда пять раз загружает почтовый адрес в память, и сделали программу «Аконади», которая типа это всё централизует и оптимизирует. После чего системные требования оболочки выросли в два раза. Клёвая оптимизация, чо.

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

Того, кто умеет выражать свои мысли без ненужных американизмов, Богородица наградит.

Русская богородица наградит, американская отберет.

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

Это путь Solaris, HP-UX и прочей нежити.

Микрософт десятилетиями строит бизнес подобным образом

Микрософт строит бизнес на монополии.

усложнение системы приведёт к тому, что клиенты будут чаще заказывать RHAS/RHEL с техподдержкой, а не ставить бесплатную центось.

В условиях опенсорса не сработает. Техподдержка RHAS/RHEL нужна только для того, чтобы прикрыть жопу.

Неужели мне надо Вам объяснять такие элементарные вещи?

Это не объяснение.

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

(по мотивам http://www.opennet.ru/opennews/art.shtml?num=34630)

Суть FSS сводится к использованию методов криптографии по открытым ключам в > сочетании с формированием по цепочке проверочных хэшей для всех записей лога.

Да это «чудо» ж на Интел работает ! И прочих производителей процессоров...

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

Русская богородица наградит, американская отберет.

Пока мы в Святой Православной Роисси, надо думать о текущей Богородице. Во имя Овса, Сыра и Свиного Уха — тмин!

Это путь Solaris, HP-UX и прочей нежити.

Вооооот! Начинаете понимать!

Микрософт строит бизнес на монополии.

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

Техподдержка RHAS/RHEL нужна только для того, чтобы прикрыть жопу.

Я так и знал, что Вы скажете что-то подобное. Видите ли, это верно для нашей Православно-Газовой Державы, и, может, ещё нескольких огрызков СССР. Но эти огрызки неинтересны RH, ей важен рынок США — на котором она уже заработала миллиарды долларов. Тамошние аборигены относятся к поддержке вполне серьёзно.

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

Это путь Solaris, HP-UX и прочей нежити.

Вооооот! Начинаете понимать!

WHAAAT? Я это понял много лет назад.

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

Что такое «корпоративный рынок» - рынок систем с купленной поддержкой? Сколько процентов он составляет от всего линуксовго рынка? Если более успешный игрок начнет подрывать _весь_ рынок, он сам себе выкопает могилу.

RH, ей важен рынок США — на котором она уже заработала миллиарды долларов. Тамошние аборигены относятся к поддержке вполне серьёзно.

ОК, довод принят. Но не видно, как systemd даст Redhat решающее преимущество. Каким образом более успешный игрок вытеснит менее успешного, если менее успешный имеет почти тот же доступ к используемым технологиям (опенсорс же)?

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

Идеологическая чистота не интересует Redhat. И, судя по распространению systemd, она не интересует уже никого.

За себя говори.

У тебя особенный талант давать самому себе хорошие советы.

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

Выше я уже давал объяснение: «Ойвей, мне придётся по-новому читать маны!».

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

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

Так а смысл его качать? Лучше уже в дистрибутиве дождаться.

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

У тебя особенный талант давать самому себе хорошие советы.

А у тебя талант игнорировать хорошие советы, которые тебе дают.

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

По умолчанию логин через него работает, или только если сделать ему enable?

AFAIR, если его в pam разрешить.

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

Где экономия, откуда?

Насколько я понимаю, в количестве. (Сам не считал, но не думаю что в РедХате считать не умеют ; ) Т.е. да, для написания Си-кода требуется большая квалификация, но писать его будет разработчик сервиса (или РедХат), а не 100500 мантейлеров/админов.

Если требуется настолько сложное поведение, что нельзя обойтись стандартными модулями, ИМХО, это нормальное решение. Хотя подозреваю, что в 90% случаев это будет копипаста стандартных модулей с некоторыми модификациями.

А бинарь - он совсем непрозрачный, причем независимо от навороченности.

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

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

Жду когда systemd портируют в Mac Os, скорее бы уж очень его там не хватает.

А как же launchd?

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

Но эти огрызки неинтересны RH, ей важен рынок США — на котором она уже заработала миллиарды долларов. Тамошние аборигены относятся к поддержке вполне серьёзно.

Херовый аргумент. Кому нужна поддержка, те купят RHEL, как и сейчас. Но те, кто не может купить RHEL, сейчас ставят CentOS (переходя в потенциальные клиенты RH), а в будущем смогут только отвалить в какую-нибудь BSD (только её можно будет ковырять самому).

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

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

есть нормальный клей, простой для понимания - shell. Зачем становиться С-девелопером из за какого-то systemd с туманными преимуществами? :)

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

Зачем становиться С-девелопером из за какого-то systemd с туманными преимуществами? :)

Затем что реализовать функционал подобного проекта будет проще на C + человекочитаемые конфиги, нежели городить тонны костылей на баше?

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

есть нормальный клей, простой для понимания - shell.

Скорее привычный для админа.

Зачем становиться С-девелопером из за какого-то systemd с туманными преимуществами? :)

Если бы разработчиком системд был не РедХат мне было бы очень все равно ;) Мне не нравится их идея с журналом, интеграцией всего, что только можно, но с этим придется работать, от моего желания это не зависит.

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

Что такое «корпоративный рынок» - рынок систем с купленной поддержкой?

Корпоративный рынок — это рынок, на котором клиентами являются (сюрприз! сюрприз!) корпорации — в широком смысле слова, то есть средние и крупные компании. Его противоположность — рынок SOHO («малый офис / домашний офис»). Корпоративный рынок линуксов поделён между Novell и RedHat — с большим перевесом последней. Ещё туда рвётся Canonical, но вряд ли до сих пор оттяпала хотя бы 10%. Больше игроков на этом рынке нет. Конечно, в отдельных эсэнговиях и «Aльтлинукс» — игрок, но в мировом масштабе занимает крохотные доли процента и может быть списан на погрешность.

Сколько процентов он составляет от всего линуксовго рынка?

Это почти весь линуксовый рынок. Сектор SOHO приносит очень мало дохода.

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

Правильно. Вот этим Поттеринг и его друзья с благословения начальства RH и занимаются. Вы, кажется, думаете, что корпорации не вырывают сами себе могилу? Напрасно. Apple выжила только чудом Джобса и помощью Гейтса. DEC была успешно угроблена своим менеджментом. Compaq появилась на пустом месте, выросла до мировой монополии и сгинула в небытие всего за 20 лет. IBM прогадила 90% полимеров и жива только благодаря пресловутому корпоративному рынку. Хватит примеров, я думаю. А то можно и про GM вспомнить...

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

1. Это действительно сложно. Но линуксовый рынок вообще сложен. Тем не менее, RH зарабатывает на нём больше всех остальных фирм, вместе взятых.

2. Одним из средств может быть то, о чём я писал: сертификация. Примерьте ситуацию на себя. Куда Вы пойдёте учиться технологиям, разработанным в RedHat: в саму RedHat или в малую независимую фирму «Рога и Копыта Лтд.»? Далее, когда Вы получите диплом «Сертифицированный администратор RHAS», Вы какую систему будете ставить в своей корпорации: RHAS или слаку?

До кучи, посмотрите на здешних фанатов шапки. У них и диплома-то, наверно, нет, а они всё равно оргазмируют на каждый чих Поттеринга. Вот она — лояльность! А курсы по освоению ненужных приблуд её очень укрепляют.

Oleaster ★★★
()
Последнее исправление: Oleaster (всего исправлений: 3)
Ответ на: комментарий от anonymous

Шапка не очень интересуется нищебродами. Они даже много лет в РФ не хотели отделение открывать. Не знаю, сейчас открыли или нет.

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

Затем что реализовать функционал подобного проекта будет проще на C + человекочитаемые конфиги, нежели городить тонны костылей на баше?

пока что приходится городить тонные костылей на С + тонные костылей в конфигах, потому как на баше всё уже давным-давно работает, _годами_.

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

скомпилированный бинарник чего именно? systemd? демона?

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

потому как на баше всё уже давным-давно работает, _годами_.

оно все равно не имеет изкоробочных фич systemd и его юнитов, в которые можно по желанию запилить скрипты на баше.

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

Этот фактор всё-таки присутствует, но скорее их волнуют не маленькие бедные фирмёшки и домашние юзеры, а конторы, которые на 1000 машин купят 100 лицензий, а всё остальное сэкономят с помощью центоси. Экономить ведь нехорошо!

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

Корпоративный рынок — это рынок, на котором клиентами являются (сюрприз! сюрприз!) корпорации

Полагаю, что Debian-based фирмы вроде Facebook в него не входят? Хостеры, которые ставят CentOS и Fedora?

Сектор SOHO приносит очень мало дохода.

Без сектора SOHO (и красноглазых хоббистов) Linux быстро отправится вслед за HP-UX или, в лучшем случае, AIX.

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

Рытье могилы - это результат ошибки в стратегии или тактике достижения некой цели. Я не вижу этой цели. Вообще, у меня есть два объяснения действий Redhat: 1) они искренне хотят развития Linux, но понимают это развитие на уровне Поцеринга; 2) Поцеринг спит с кем-то в высшем руководстве %)

Вы какую систему будете ставить в своей корпорации: RHAS или слаку?

Ну, я немного не по этим делам, но я использую Дебиан. У меня задачи таковы, что Redhat мою жопу прикрыть просто не может :)

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

В ядре Linux нет изкоробочных фич ядра NT, прежде всего графики. Ждём новинку от Поттеринга — графику в ядре!

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

Пользуюсь systemd на нетбуке (Lenovo S205) несколько месяцев, полёт нормальный

Вообще не аргумент.

Пользуюсь sysvinit везде несколько лет, полёт нормальный, никаких проблем с lock'ами и прочим.

Так зачем переходить?

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

роспись «я с трудом закончил ПТУ на тройки»

раскрой тезис и абаснуй

Система становится непрозрачной

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

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

1. У меня есть тяжёлое подозрение, что хостеры как раз экономят, покупая техподдержку частично.

2. Учитывая, что 75% «коммитов» (опять американизм) в ядро сейчас делают корпорации, открытые драйверы плетутся далеко в хвосте закрытых, а Каноникал ещё и интерфейсы люто, бешено пилит — не отправится, или отправится очень не быстро.

3. Ваши объяснения могут вполне иметь под собою почву, и при этом они не противоречат высказанной мною идее — что RH старается усложнить систему, дабы повысить порог вхождения для админов и привязать их к себе. Это может быть всё сразу!

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

Ну и заменять шелл на убогий ini - это просто роспись «я с трудом закончил ПТУ на тройки».

роспись «я с трудом закончил ПТУ на тройки»

раскрой тезис и абаснуй

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

спокойно читаю исходники systemd

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

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

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

нафейхуа админу читать исходники системд?

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