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)

Может быть они уже просто напишут, наконец, своё правоверное ядро и перестанут насиловать Линукс7

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

Понятно, разговор окончен. Если ты не можешь понять, что у systemd ГОРАЗДО больше прибитых гвоздями неотключаемых зависимостей и нельзя собирать отдельно программы - тогда всё с твоей позицией ясно

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

круто. декларативные описания сервисов openrc тоже умеет?

частично, напр.

logfile="/var/log/fortunes.log"
command_background="yes"
command="{...}/ygruq"
command_args="Production"
pidfile="/var/run/fortunes.pid"
start_stop_daemon_args="-d /var/www/fortunes -1 ${logfile} -2 ${logfile} -m"
description="yesod fortunes service"
depend() {
        need net
}

и что-то не заметил тонкой настройки лимитов, как в http://0pointer.de/blog/projects/resources.html

пока нету, но ещё сделаем, не rocket science.

так же. запускаемый процесс кладётся в выделенную ему cgroup, которая наследуется всеми потомками.

я именно про лимиты, но в ссылке на блог описано.

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

как у syslog

Oct 24 02:00:12 pcname rsyslogd: [origin software=«rsyslogd» swVersion=«5.8.6» x-pid=«1277» x-info="http://www.rsyslog.com«] rsyslogd
 was HUPed
…skip…
Oct 24 02:00:14 pcname anacron[1491]: Normal exit (1 job run)
Oct 24 02:03:00 pcname kernel: [ 1065.849845] type=1701 audit(1351033380.636:199): auid=4294967295 uid=1000 gid=1000 ses=4294967295 p
id=4819 comm=„chrome“ reason=„seccomp“ sig=0 syscall=4 compat=0 ip=0x7fab2afd8205 code=0x50002
Oct 24 02:17:01 pcname CRON[5007]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Oct 24 02:35:34 pcname acpid: client connected from 5584[0:0]

Что мне здесь не нравится:

  • PID то есть, то нет (хотя acpid — очень даже конкретный процесс)
  • перевод часов назад по идее приведёт к заворачиванию куска лога
  • элементарная фальсификация записей — насколько я понимаю при отсылании log entry через сокет любой клиент способен представиться любым другим клиентом и написать вообще что угодно.
  • как следствие, надёжно отфильтровать записи, к примеру, касающиеся только конкретного сервиса, невозможно в принципе.
littlechris ★★★
()
Ответ на: комментарий от qnikst

частично

ну что, очень круто для батника. серьёзно.

ещё сделаем, не rocket science.

после параллельного запуска сервисов, видимо ;)

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

Прозрачно для пользователя делается пакет systemd-journal-pkg1 и systemd-journal-pkg2. Первый указывает на журнал, второй — на кастомный логгер. Пользователь делает eselect journald set 2 и меняет их.

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

после параллельного запуска сервисов, видимо ;)

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

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

после параллельного запуска сервисов

Да уж *до* параллельного запуска мы уже ничего не сможем сделать. Доказано Стивеном Хокингом.

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

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

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

Прозрачно для пользователя делается пакет systemd-journal-pkg1 и systemd-journal-pkg2. Первый указывает на журнал, второй — на кастомный логгер. Пользователь делает eselect journald set 2 и меняет их.

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

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

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

с шизофренией, не к лору обращаться нужно.

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

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

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

Где та команда, которая заставит его использовать мой журнал вместо своего?

Пользователь делает eselect journald set 2 и меняет их.

eselect journald set 2

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

свяжись с Поттерингом, обсуди проблему, напиши патч

э нет, так ещё чего доброго проблема решится. и на что тогда псить?

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

Сколько лет syslog-у? И почему для его формата не написано ни одного надежного парсера?

cat, grep, tail, vim... тысячи их!

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

с местным видением проблемы, скорее к Поттерингу и Сиверсу добавится $Pinkbyte_Real_Soname

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

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

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

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

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

Зачем? Я просто не буду пользоваться его поделием, как не пользуюсь его пшшш-аудио - мне хватает на десктопе openrc в качестве init-системы и alsa - в качестве звуковой. А его монструозные настройки только заставляют большинство пользователей(и часть разработчиков) срать кирпичами...

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

например: погугли багзиллу на пример добавления патча для _возможности_ раздельной сборки udev и systemd, который при этом не ломал поведение по умолчанию.

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

Человек, который захардкоживает в gdm запуск на первой вирутальной консоли и выпиливает все связанные с этим настройки... Какой адекватности вообще можно от него ждать?

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

Но вот как так получилось, что эту странную вещь вдруг стали пихать везде по дефолту? КАК?

Я этот вопрос себе задаю уже даже не в сотый раз!...

P. S.

А мне еще упорытые адепты этого дерьма пытаются говорить о беспристрастности и неподкупности маейнтейнеров дистров! Я вас умоляю.. Эти «неподкупные» через один в редхате работают!

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

Человек, который захардкоживает в gdm запуск на первой вирутальной консоли и выпиливает все связанные с этим настройки... Какой адекватности вообще можно от него ждать?

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

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

Не помню уже код патча, но вроде бы раньше оно само определяло свободный tty. Теперь жоско хочет только первый.

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

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

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

как так получилось, что эту странную вещь вдруг стали пихать везде по дефолту?

они променяли тёплые ламповые батншеллскрипты на бездушные инишники! сволочи!

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

Его авторство было на патче. Кто идею подал — не знаю.

Где-то на ЛОРе была ссылка, но не помню уже, о чем был тред.

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

Человек, который захардкоживает в gdm запуск на первой вирутальной консоли и выпиливает все связанные с этим настройки... Какой адекватности вообще можно от него ждать?

https://bugzilla.gnome.org/show_bug.cgi?id=511168

AGUtilities ★★★
()

gatewayd/journalctl теперь поддерживают вывод типа HTML5/JSON

Дальше читать не смог, кто-нибудь, пристрелите этого шального пса, пожалуйста.

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

facepalm.png

раскрой свою мысль

к тебе это, кстати, тоже относится

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

давайте тогда выкинем TeX

TeX, между прочим, не комбайн, а набор утилит, каждая из которых делает своё маленькое чёрное дело ;) вполне в соответствии с принципами Unix.

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

поцеринг спит с кем-то из топ-менеджмента

Тебе 12 лет ? А можешь жахнуть еще сильнее - обозвать разработчика systemd сраной какашной какашкой? Или еще выше, говняным говном! Вот это был бы настоящий нокаутирубщий удар признанного эксперта линукс с ЛОРа.

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

а что плохого в том, что gdm запускается на захардкоженом vt1?

Ничего, всё нормально, Москва — столица РФ; Земля крутится вокруг Солнца; вода кипит при 100 C; Поцтеринг — прирожденный програмист; захардкоживать в программу настройки, которые легко и просто реализуются через ключи запуска, и требовать перекомпиляции пакета ото всех, кто хочет их поменять — вовсе не дурной тон, за который надо гнать ссаными тряпками из профессии, а обычное дело в индустрии; чувак с ником AGUtilities — адекватный и приятный собеседник, всегда по существу отвечающий на все вопросы. Общеизвестные факты.

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

facepalm.png

В данном случае это было простое и оптимальное решение того бага, я считаю. В духе UNIX, ага.

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