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)

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

Чем проще ПО, которое вы используете - тем оно надёжней.

systemd под это описание никак не попадает, а вот awg, grep попадают, причем отказ одной из них может никак ни на что не влиять, а вот если рухнет монстр systemd, то системе поплохеет.

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

А ещё пока OpenRC не умеет сам отслеживать упавший сервис, и перезапускать его автоматически.

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

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

Ого, а разве баг с параллельным запуском сервисов уже пофиксили? В багтрекере баг висит как подтверждённый, а не исправленный. Может вы на своей машинке сами пропатчили OpenRC? Что же не поделились патчем с сообществом? Или вы не используете параллельную загрузку сервисов?

lucentcode ★★★★★
()
Ответ на: комментарий от lucentcode
    /bin/sh
    /bin/sh
    /usr/bin/python
    authconfig
    dbus >= 1.4.6-3.fc15
    filesystem >= 2.4.40
    initscripts >= 9.28
    kernel >= 2.6.35.2-9.fc14
    ld-linux-x86-64.so.2()(64bit)
    ld-linux-x86-64.so.2(GLIBC_2.3)(64bit)
    libacl.so.1()(64bit)
    libacl.so.1(ACL_1.0)(64bit)
    libaudit.so.1()(64bit)
    libc.so.6(GLIBC_2.14)(64bit)
    libcap.so.2()(64bit)
    libcryptsetup.so.1()(64bit)
    libcryptsetup.so.1(CRYPTSETUP_1.0)(64bit)
    libdbus-1.so.3()(64bit)
    libdl.so.2()(64bit)
    libdl.so.2(GLIBC_2.2.5)(64bit)
    libpam.so.0()(64bit)
    libpam.so.0(LIBPAM_1.0)(64bit)
    libpam.so.0(LIBPAM_EXTENSION_1.0)(64bit)
    libpam.so.0(LIBPAM_MODUTIL_1.0)(64bit)
    libpam_misc.so.0()(64bit)
    libpam_misc.so.0(LIBPAM_MISC_1.0)(64bit)
    libpthread.so.0()(64bit)
    libpthread.so.0(GLIBC_2.2.5)(64bit)
    librt.so.1()(64bit)
    librt.so.1(GLIBC_2.2.5)(64bit)
    librt.so.1(GLIBC_2.3.4)(64bit)
    libselinux.so.1()(64bit)
    libudev >= 160
    libudev.so.0()(64bit)
    libwrap.so.0()(64bit)
    nss-myhostname
    rtld(GNU_HASH)
    systemd-units = 36-3.fc16
    udev >= 167

Да, давай, расскажи мне о зависимостях.

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

это теперь на каждый чих у нас по демону О_о

У вас - возможно, у нас upstart

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

Кто сказал, что бездумно? logd проследит, что-бы вся информация о падении была у нас. Да и можно настроить перезапуск так, что он будет срабатывать только при определённых условиях. systemd очень гибкий инструмент.

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

А ещё пока OpenRC не умеет сам отслеживать упавший сервис, и перезапускать его автоматически.

Это всё реализуемо и без вашего systemd.

Пример.

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

У openrc бывали баги с параллельной загрузкой. Но хуже того, с параллельным выключением оно почти никогда не доходило до шатдауна

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

Кто сказал, что бездумно? logd проследит, что-бы вся информация о падении была у нас.

Чтоб у тебя оракл в продакшене перезапустился «думно» и похерился. А тебя с собачьим билетом на улицу - нечего лезть с гнилыми идеями всюду.

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

методологический принцип

Расскажи теперь как бритва Оккама относится к проектированию.

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

logd проследит

...если сам не упадёт.

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

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

Идёшь в википедию, и пробуешь там найти что-то живое и развивающееся на микроядре.

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

Зачем оно нужно? Нужно развиваться, и создавать софт под задачи нашего поколения, а не бородатых дядек из 80-х годов прошлого века.

Тебя не анжелка бернард случаем зовут? https://lkml.org/lkml/2012/9/7/588

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

Щито-то демонов развелось многовато...

А systemd - это не «загрузочный менеджер» и, тем более, не «замена init». Это проект по замене _всех_ низкоуровневых служб, унаследованных от Unix, и кое-каких Linux-специфичных. За всеми поцеринг-понтами виден план. Правда, непонятна конечная цель.

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

Во первых, далеко не все из этих зависимостей так же выглядят в том же арче. Во вторых, udev уже стал частью systemd. Был бы у вас более прогрессивный дистрибутив с rolling-release(а не древняя Fedora) вы бы это уже заметили. А теперь посмотрите на этот список, и на список зависимостей sysvinit . Один жирный gawk чего стоит. Нужен ли он для загрузки процессов? Сомневаюсь... Гляньте на список зависимотей systemd в арче:

acl bash dbus-core glib2 hwids kbd kmod libcap libgcrypt pam util-linux (testing) xz cryptsetup (optional) - required for encrypted block devices initscripts (optional) - legacy support for /etc/rc.conf python2-cairo (optional) - systemd-analyze python2-dbus (optional) - systemd-analyze quota-tools (optional) - kernel-level quota management systemd-sysvcompat (testing) (optional) - symlink package to provide sysvinit binaries

Где тот же python(нет его в обязательных зависимостях). А юзать systemd-analyze для оптимизации процесса загрузки не обязательно.

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

API мне поможет управлять состоянием процесса. Выяснить и устранить причину падения мне помогут (будем надеятся) логи и кора, которые 1. точно будут 2. можно будет точно найти

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

Читни федорца: http://alv.me/?p=1508

Там просто баттхерт^Wнепонимание ситуации. systemd - это не NIH, это обширный и хорошо поддержанный Redhat проект. Ключевое слово - обширный, т.е. это отнюдь не «менеджер загрузки», под маркой которого его впаривают.

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

Обновляться пробовал?

sysvinit по-прежнему ставиться по дефолту (ибо входит в группу base), а systemd просто перестали делить на несколько пакетов, поэтому сейчас он притягивается по зависимостям и при установке предлагает прописать «init=/bin/systemd», ЕСЛИ ПОЛЬЗОВАТЕЛЬ ЭТОГО ХОЧЕТ. Дефолтную систему загрузки никто (пока) не менял.

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

логи и кора, которые (будем надеятся) будут

починил

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

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

sys-apps/less-451

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

Никто не спорит с тем, что можно нагородить любые костыли. Вопрос в простоте и наличии API

Что мешает оформить всё через шелл-функции в /etc/rc.d/functions, к-рые будут вызываться из самих скриптов?

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

Там просто баттхерт^Wнепонимание ситуации. systemd - это не NIH, это обширный и хорошо поддержанный Redhat проект.
tailgunner

И ты, Брут…

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

Это мнение человека, реально двигавшего СПО в россии с 90х годов против твоего мнения, о «надрочивший 5 звёзд на лоре».

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

От мысли писать кучу говна на шелле у кого хочешь нужность в трубочку скрутится ))))

Можно подумать, на Си реализация будет сильно проще…

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

Это мнение человека, реально двигавшего СПО в россии с 90х годов

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

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

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

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

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

Представь - важно. И представь, - это мнение разделяют. Внезапно.

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

Давно сижу на OpenRC и всё работает

Вы не поверите: аналогично!)))

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

У «Ламерчука» многие статьи в разы полезнее и содержательнее, чем всякие «учимся включать компьютер»

Мы на приведенном выше примере т.н. статьи увидели, насколько они полезны и содержательны: бред неразобравшегося в теме горе-пейсателя. Спасибо осилившему этот выброс человеку, меня уже после «фронтирного дистрибутива» стошнило.

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

Она не в теме, негодный пример, попробуй ещё.

А ты спроси. Заодно и в тему введёшь. Она ещё и книжку настрочит про диктат корпораций, злого Поттеринга и лунуксоида тяжёлой судьбы.

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

реально двигавшего СПО в россии

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

special-k ★★★
()
Ответ на: комментарий от dm1024

горе-пейсателя

Так где твоё собрание сочинений? Ссылку. На тот же озон - вполне подойдёт.

anonymous
()

Всякое изменение статуса юнита заносится в журнал и доступно для просмотра по команде «systemctl status».

Не прошло и десяти лет, как он сделал то, что в SysV я часто использовал.

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