[NIXP] Обзор обновлений в systemd: привязка к /run, интеграция с journald, переход на LGPL…

[Dmitry Shurupov]

Леннарт Поттеринг (Lennart Poettering) опубликовал информацию об изменениях, представленных в init-системе systemd. С момента предыдущего обзора новшеств в systemd прошло больше года, и за это время система была существенно обновлена. Автор приводит список из 65 наиболее значимых изменений в systemd. В частности, говорится о выделении инструментов с графическим интерфейсом (Vala/Gtk) в отдельный проект systemd-ui, о жесткой привязке к системному каталогу /run, интеграции с journald, включении в кодовую базу наработок udev, смене лицензии с GPLv2 на LGPL v2.1, документировании основных API. Среди прочих новшеств в systemd:

• поддержка удаленного вызова операций в systemctl;
• утилита systemd-nspawn для запуска контейнеров с целью отладки, сборки и тестирования;
• утилита systemd-analyze для построения графика скорости загрузки системы (аналог bootchartd);
• утилита systemd-cgtop, показывающая использование ресурсов для всех сервисов в стиле top(1);
• утилита systemd-detect-virt для определения окружений виртуальных машин и контейнеров;
• службы для изменения некоторых базовых системных настроек: хоста (hostnamed), системной локали (localed), часов (timedated);
• служба systemd-logind, собирающая информация о входящих в систему пользователях и их сессиях;
• полная автоматическая поддержка многопользовательской работы за компьютером: при подключении нового оборудования на экране появляется приглашение входа в систему (уже доступно в GNOME 3.4);
• возможность следить за сервисами в стиле «сторожа» (watchdog) для серверов с высокой доступностью и встраиваемых устройств.

оригинал на www.nixp.ru

[sash-kan]

службы для изменения некоторых базовых системных настроек: хоста (hostnamed), системной локали (localed), часов (timedated);
служба systemd-logind, собирающая информация о входящих в систему пользователях и их сессиях;

omg… omg… omg!!
остановите его кто-нибудь, в конце концов!
пожалуйста!

[aiming]

а вообще ему можно как-нибудь помешать?
А того и гляди еще больше наворотит...

[serzh-z]

Хм... что-то он и правда разошёлся. Разработка комбайнов ещё ни к чему хорошему не приводила.

[Bluetooth]

службы для изменения некоторых базовых системных настроек: хоста (hostnamed), системной локали (localed), часов (timedated);

Реквестирую службы, заменяющие каждый конфиг в системе.

[ivan2ksusr]

служба systemd-logind, собирающая информация о входящих в систему пользователях и их сессиях;

В некоторых случаях это облегчит жизнь сис админам.

[Bizdelnick]

служба systemd-logind, собирающая информация о входящих в систему пользователях и их сессиях;

В некоторых случаях это облегчит жизнь сис админам.

Про auth.log Вы ни разу не слышали?

[Janik]

полная автоматическая поддержка многопользовательской работы за компьютером: при подключении нового оборудования на экране появляется приглашение входа в систему (уже доступно в GNOME 3.4);

А это я не понял.

[altwazar]

Список в оригинальной новости выглядит внушительнее :)

[Bluetooth]

служба systemd-logind, собирающая информация о входящих в систему пользователях и их сессиях;

В некоторых случаях это облегчит жизнь сис админам.

Про auth.log Вы ни разу не слышали?

слишком просто. служба systemd-logind будет вести свой лог, бинарный. Который можно будет прочитать с помощью службы systemd-логочетатам(забыл уже).
он хочет построить подобный велосипед:
http://www.nuinu.ru/uploads/posts/2008-02/1203960701_my5.jpg

[sash-kan]

служба systemd-logind, собирающая информация о входящих в систему пользователях и их сессиях;

В некоторых случаях это облегчит жизнь сис админам.

Про auth.log Вы ни разу не слышали?

о программе who, видимо, вообще никто не слышал…

[yars]

Теперь я понял, чего плохого в systemd
Система упала, а в логи-то и не заглянешь. Присоединяюсь ко всем, кто против этого велосипеда.

[Aviator]

Так цель у него такая, чтобы только "сертифицированный специалист" мог починить систему. Чтобы курсы по обучению этим комбайнам продавать. Уже раскусили, что если в программе с открытым кодом наваять этот код чрезмерно усложнённым и запутанным, то это практически равносильно закрытому коду.

[sash-kan]

да, только за (я считаю, явно осознанный и преднамеренный) уход от принципа kiss можно смело ему сказать: бай-бай поттеринг, иди своей дорогой…

[ivan2ksusr]

Про auth.log Вы ни разу не слышали?

конечно слышал,

о программе who, видимо, вообще никто не слышал…

слышали слышали.
если я все правильно понял, то это аналог службы consolekit что ли?

[alv]

если я все правильно понял, то это аналог службы consolekit что ли?

Ага, именно. Написанная создателем машины времени лет за 20 до того, как изобретатель consolekit начал пешком под стол ходить

за (я считаю, явно осознанный и преднамеренный) уход от принципа kiss

Саша, не суди его строго, ибо слаб человек, и искусу подвержен. Как там классик сказал?

Профессионалам
По разным каналам
Им платят деньжищи
Огромные тыщщи.

Так что Поттеринг - это просто Пешка в Большой Игре.
Или в той игре, которая вдруг стала казаться Большой.
Бузинес...

[serzh-z]

да, только за (я считаю, явно осознанный и преднамеренный) уход от принципа kiss можно смело ему сказать: бай-бай поттеринг, иди своей дорогой…

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

[sash-kan]

да, только за (я считаю, явно осознанный и преднамеренный) уход от принципа kiss можно смело ему сказать: бай-бай поттеринг, иди своей дорогой…

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

да, они явно путали простоту с примитивизмом…

[serzh-z]

да, они явно путали простоту с примитивизмом…

Не сомневаюсь, что про тех, кто противился использованию перфокарт, они думали они точно так же. )

[sash-kan]

да, они явно путали простоту с примитивизмом…

Не сомневаюсь, что про тех, кто противился использованию перфокарт, они думали они точно так же. )

возможно·
всем свойственно ошибаться·
даже мне (улыбка)·

кстати, очень хотел бы ошибиться в части «поттеринг преднамеренно игнорирует принцип kiss»·
может быть, кто-то рискнёт ткнуть меня носом в мою ошибку?

[serzh-z]

sash-kan

кстати, очень хотел бы ошибиться в части «поттеринг преднамеренно игнорирует принцип kiss»·

Да, этого у него не отнять. Но systemd ещё активно разрабатывается. И он либо умрёт и послужит очередным примером "нового" init-менеджера и его идеи где-нибудь пригодятся, либо повзрослеет и станет "стандартным" init-менеджером.

[sash-kan]

И он либо умрёт и послужит очередным примером "нового" init-менеджера и его идеи где-нибудь пригодятся, либо повзрослеет и станет "стандартным" init-менеджером.

мой прогноз:
сей комбайн (условно назовём его systemd) станет ещё одним участком водораздела, по одну сторону которого лежат «дистрибутивы для простых пользователей™», по другую — «дистрибутивы для людей»·

[t.t]

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

[drBatty]

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

ну видимо не судьба...

[watashiwa_daredeska]

текстовые форматы распространились на машинах в миллионы раз медленнее нынешних

На тех машинах информации было в миллиарды раз меньше :)

Бинарные логи имеют право на жизнь и даже существуют и даже полезны, но… не на отдельной машине для одного-двух-трех пользователей, а для крупных веб-сервисов, вроде гугла, яндекса, фейсбука и т.п. Вот им, при их объемах информации, бинарные логи необходимы, но systemd тут совершенно не при делах.

[diesel]

Бинарные логи имеют право на жизнь и даже существуют и даже полезны, но… не на отдельной машине для одного-двух-трех пользователей, а для крупных веб-сервисов, вроде гугла, яндекса, фейсбука и т.п. Вот им, при их объемах информации, бинарные логи необходимы, но systemd тут совершенно не при делах.

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

[watashiwa_daredeska]

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

Маловероятно. Не могу себе предствить, что сервис, который не может позволить себе программистов, выиграет от логгера, который фигачит логи в нечитаемом виде так, что для любого действия уже нужен программист, а не просто сотрудник, который умеет shell'ом пару grep'ов с sed'ами связать в пайп на ходу.

[diesel]

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

Маловероятно. Не могу себе предствить, что сервис, который не может позволить себе программистов, выиграет от логгера, который фигачит логи в нечитаемом виде так, что для любого действия уже нужен программист, а не просто сотрудник, который умеет shell'ом пару grep'ов с sed'ами связать в пайп на ходу.

why not? вместо cat ... | grep .. |sed ..., будет binary_cat --host ... --port .. | grep ... | sed ...

[watashiwa_daredeska]

вместо cat ... | grep .. |sed ..., будет binary_cat --host ... --port .. | grep ... | sed ...

1. В чем выигрыш? В паре машинных слов на запись при хранении времени?
2. Те бинарные логи, о которых мне известно: a) больше текстовых (больше информации сохраняется), б) записи могут иметь разный формат, причем в строку, пригодную для grep/sed, его сконвертировать не тривиально (например, все заголовки HTTP-запроса).

Так что,
1. binary_cat --host… --port… — это слишком упрощенно. Этот binary_cat получится нормальной такой тулзенью со своим языком запросов.
2. До такого binary_cat надо еще дожить. Умеет ли этот journald настолько сложные логи, чтобы это имело хоть какой-то практический смысл?

[yars]

2. До такого binary_cat надо еще дожить. Умеет ли этот journald настолько сложные логи, чтобы это имело хоть какой-то практический смысл?

+100500.
А мне с текстовыми файликами в /var/log куда проще. Посмотрел - обычное англоязычное понятное описание ошибки. И никаких binary_cat ваять не нужно.