LINUX.ORG.RU

Выпуск systemd 244

 


0

0

Среди изменений:

  • новое лого;
  • сервисы теперь можно привязывать к CPU через cgroup v2, т.е. поддержка cpuset cgroups v2;
  • можно определить сигнал для рестарта сервиса (RestartKillSignal);
  • systemctl clean теперь работает и для юнитов типа socket, mount и swap;
  • systemd теперь пытается вычитывать конфигурацию из переменной EFI SystemdOptions как альтернатива изменения параметров ядра из загрузчика;
  • systemd отменяет лимиты printk, чтобы уж точно схватить все логи во время загрузки (и потом применяет свои лимиты);
  • добавлена поддержка загрузки настроек из директорий типа «{unit_type}.d/», чтобы применить настройки ко всем юнитам данного типа;
  • в systemctl добавлено 'stop --job-mode=triggering', чтобы останавливать и зависимые юниты;
  • улучшено отображение зависимостей в Unit status. Теперь показывает зависящие юниты и юниты, от которых зависит;
  • очередные улучшения для работы с PAM сессиями. Добавлено ограничение общего времени жизни сессии с принудительным разлогином;
  • новая группа для системных вызовов @pkey, сразу разрешает все memory syscalls для контейнеров;
  • для udev добавлена программа fido_id;
  • исправления в работе udev с CDROM;
  • systemd-networkd больше не создает маршрут по умолчанию для сетей 169.254.0.0/16 (диапазон для автоконфигурации);
  • systemd-networkd теперь может объявлять новые IPv6 маршруты;
  • systemd-networkd теперь сохраняет конфигурацию DHCP при рестарте;
  • добавлены новые опции в systemd DHCPv4 и DHCPv6 сервер;
  • в systemd-networkd добавлены опции для трафик шейпинга;
  • поддержка devicetree-overlay;
  • systemd-resolved поддерживает проверку имен через GnuTLS;
  • systemd-id128 теперь может генерировать UUID;
  • добавлено опциональное ограничение для юнитов, не позволяющее читать им логи ядра.

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

★★★★★

Проверено: Satori ()
Последнее исправление: Satori (всего исправлений: 6)
Ответ на: комментарий от AVL2

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

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

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

так все и вся костыль! Инит тожэе костыль. Досточно скриптик запустить да и все.

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

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

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

И как всякий недалёкий человек всех остальных ты судишь по себе - поэтому считаешь, что все остальные поступят так же. И поэтому у тебя так люто пригорает от systemd.

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