LINUX.ORG.RU

Февральские тезисы о планах развития systemd

 ,


2

4

На прошедшей конференции FOSDEM Леннарт Поттеринг огласил некоторые перспективы развития systemd:

  • Интеграция в systemd загрузчика gummiboot, поддерживающего технологию UEFI Secure Boot.
  • machined — менеджер регистрации виртуальных машин, спроектированный под впечатлением от Solaris Zones.
  • В подсистеме nspawn и смежных с ней ожидается больше возможностей для управления контейнерами, например, journald сможет собирать логи не только с хоста, но и с контейнеров.
  • Уже в следующей версии ожидается улучшенная поддержка Btrfs (подразделы и снапшоты Btrfs планируется использовать для изоляции отдельных приложений).
  • Поддержка HiDPI и Юникода в consoled.
  • Сервис-ориентированный фаерволл: можно будет задавать правила в привязке не к номерам портов, а к именам процессов.
  • Отпадёт нужда указывать путь к юниту для systemctl-cat; systemctl-edit позволит редактировать юниты и после сохранения изменений автоматически перезапускать соответствующие сервисы.
  • nss-getmyhostname — функция для получения имени хоста на stateless-системах.
  • Утилита ping gateway позволит автоматически определить все доступные сетевые интерфейсы и проверить их статус командой ping.
  • Развитие networkd и собственной библиотеки для работы с DHCP (совместимой с dhcpv4 и dhcpv6).
  • Комбинирование nspawn и networkd позволит легко конфигурировать сеть для контейнеров.
  • Создание средств для широкого системного аудита, интегрированных в journald. Например, станет возможным логировать все системные вызовы к файлу /etc/passwd.
  • Движение в сторону stateless-систем, у которых только /usr доступен на чтение и запись, а /etc и /var будут автоматически заполняться systemd.
  • journald-remoting — удалённая работа логгера через HTTP. Поддержка в journald моделей pull и push: при pull выполняется запрос HTTP GET для получения потока JSON, а при push данные передаются в другой экземпляр journald при помощи HTTP POST.
  • Возможность определения для сервисов минимальных пространств имён и sandbox-изоляции: доступ к некоторым разделам и каталогам только на чтение, сокрытие устройств в /dev, приватный /tmp для каждого сервиса, и др.
  • timesyncd в качестве замены ntpd.
  • Автоматическое определение разделов GPT, не нуждающееся в указании их в fstab.
  • Поддержка перезапуска демонов без потери их состояния (посредством сохранения оного на диск).

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



Проверено: Shaman007 ()
Последнее исправление: ymn (всего исправлений: 1)

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

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

entefeed ☆☆☆
()
Ответ на: комментарий от Fenrikus

pulsaudio это одна из трех херней которую переодически приходится отстреливать по kill -9. нече сказать хороший пример в некоторых потерингориентированных дистрибутивах есть даже специальная иконка для этого 'изкаропки'

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

<фанбой mode on> УМВР! УМВР! УМВР! <фанбой mode off>

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

tmx.constant = log2i(m->poll_interval_usec / USEC_PER_SEC) - 4; мда. или вот это n = new0(ServerName, 1); if (!n) return -ENOMEM;

n->type = type;

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

не давать пользователю сломать систему своими шаловливыми ручками

леннарт не знает, в чем разница между юзером и админом?

MyTrooName ★★★★★
()

Есть ли еще годные дистрибутивы, кроме Gentoo и Slackware без systemd? Сейчас сижу на Debian Wheezy, но скоро ведь релиз Jessie, а там systemd.

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

Какая буква в слове LAMP означает Oracle?

Вообще-то буква М. В классике

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

на 8 стр. было.


на альте возможно жить без системг со всеми удобствами

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

К слову, перл с его регэкспами я пользую ежедневно, но подобную регулярку сделать вряд ли сумею, так что гуру регэкспов должен быть 80 левела, не меньше.

perl -ne 'print if /Feb  3 01:(\d+):.*?: <error>/ && $1 >= 0 && $1 <= 30' /var/log/messages

Ура, я гуру регэкспов 80 левела (не меньше)! \o/

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

Код, который есть, потенциально опасен, даже если ты думаешь, что он «выключен».

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

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

Я бы лучше на твоем месте молился бы за жизнь Wayland, а не хоронил Xorg :) Очень похоже, что автор Wayland — Kristian Høgsberg — от разработки отошел. Семь месяцев от него ни одного коммита. Такие дела.

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

Просто превосходно. К systemd ещё бы GUI сделать, чтобы можно было сервером эффективно рулить не читая сотни манов. Кто бы занялся, а?


aptitude search systemd-ui p systemd-ui - графический интерфейс для systemd

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

Ура, я гуру регэкспов 80 левела (не меньше)! \o/

А теперь сделай тоже самое, но что бы умело понимать секунды от старта системы и таймстампы.

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

Я бы лучше на твоем месте молился бы за жизнь Wayland, а не хоронил Xorg :) Очень похоже, что автор Wayland — Kristian Høgsberg — от разработки отошел. Семь месяцев от него ни одного коммита. Такие дела.

Дак вайланд и не надо писать. Это протокол. И эталонная реализация.
Намного важнее, что бы код писали в kwin, к примеру.

kir2yar
()
Ответ на: 30 минут, вывод выше. от chemistmail

grep -e '\ 01:[0-3]' logname

Ну теперь напиши ещё одну регулярку, только время возьми не такое удобное, например, с 9:41 до 12:14.

Ну вы реально разницу в 12 минут не наблюдаете?

Наблюдаем. Но что-то там промпт в двух случаях подозрительно разный. Сравнение реально в одних и тех же условиях происходит?

как я это смогу сделать на journalctl?

Ну ты реально крутой админ же? Придумай что-нить. Покури маны. Если уж ничего не помогает, перегони свои логи в текст, далее наслаждайся грепом:

# journalctl > log
# grep ... log

Или нафантазируй что-нить с journald.conf:

Storage=none
ForwardToSysLog=yes
debugger ★★★★★
()

Годный велосипед пилит Ленарт. journald-remoting и средства для системного аудита особенно радуют.

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

Дак вайланд и не надо писать. Это протокол. И эталонная реализация.

Это Weston — эталонная реализация. А Wayland — это композитор, который использует некий там протокол для работы со своими клиентами.

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

Очень похоже, что автор Wayland — Kristian Høgsberg — от разработки отошел. Семь месяцев от него ни одного коммита.

Мне казалось, что там есть спонсоры разработки, или я что-то путаю?

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

Мне казалось, что там есть спонсоры разработки, или я что-то путаю?

А я не знаю. Оплачиваемые сотрудники от тех компаний, которые расчитывают на Wayland, наверняка есть. Просто я не интересовался этим вопросом.

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

Очень похоже, что автор Wayland — Kristian Høgsberg — от разработки отошел. Семь месяцев от него ни одного коммита. Такие дела.

Печально (

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

А теперь сделай тоже самое, но что бы умело понимать секунды от старта системы и таймстампы.

Таймстампы парсятся модулем Time::Stamp или что-то на коленке + DateTime. Секунды от старта системы --- штука неоднозначная: в них не учитывается время, проведённое в саспенде. У меня и логов-то таких нет, разве что Xorg и dmesg (у последнего есть ключ -T). Подозреваю, что всё можно решить настройкой syslog, а если уже поздно, то можно набросать решение для конкретного случая минут за полчаса.

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

Печально (

Но там есть и другие. Что они делают, какой у них прогресс, я не знаю. Ну, будет у вас Mir. Какая разница? :)

Стоит отметить, что и release manager в Xorg — Keith Packard — сменил работу вот недавно. Ушел из Intel и вернулся в HP, где раньше работал. Теперь он там входит в команду разработчиков проекта «The Machine», то есть графикой больше не занимается, а занимается поддержкой Linux. Но от Xorg не отошел вроде.

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

Когда(если) ты подрастешь и увидишь логи > 2 гигов

Это когда у меня от старости Альцгеймер начнётся? Кстати, логи больше 2г я видел, только это не были, само собой, общесистемные логи.

миллион пользователей на web ресурсе в день

Миллион уников день — это от силы десяток сайтов в рунете. Колись, к какому из них ты имеешь отношение?

это от 20 до 150 миллионов записей в логе в день

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

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

Неа, это у тебя логи кривые. УМВР.

Ага. И для каждого лога писать отдельный парсер.
Тотально. Всем админам. Всея линуксов.


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

Присоединяюсь

Системный лог для системных сообщений. А не для выхлопа нетфлоу, cdr или апачевских «кто-куда». И как системный лог - журналд со своей задачей справляется.

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

>> Ну напиши еще одну регулярку

awk -F'[: ]' '($2 >= 9 && $2 <= 12) && ($3 >= 41 || $3 <= 14) {print }' log

$2 - часы $3 - минуты

дату и секунды можете как домашнее задание додумать. А можете завернуть в скрипт, функцию sh, bash, zsh ... и не парить мозг себе и людям такими запросами.

Машинка одна и даже, в случае journalctl выполняется от рута, grep от пользователя в домашнем каталоге, диск один, файловая система тоже.

Перенаправить в суслог не проблема, вопрос зачем это говно тащить на сервера?

И на тему крутости, я не пиписьками мерюсь, я работу работаю за хорошие деньги, и последние 12 лет это в основном *nix.

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

Ага. И для каждого лога писать отдельный парсер.
Тотально. Всем админам. Всея линуксов.

Нет! Перепишем все программы, чтобы они генерировали только правильные логи! Во всём линуксе!

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

Фев 03 01:18:17 ns ovpn-server[1774]: read UDPv4 [ENETUNREACH]: Network is unreachable (code=101)

Логи как логи, вот openvpn высказал своё фи.

Эта штука не цепляется моей «регуляркой». Если это уровень err, то как об этом узнать?

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

ок

Есть 50 серверов, нужно собирать с них логи. Как системные так сервисные. Суммарный объем гига 3 - 4 в день набирается. Чем собирать будете, куда и как? С тем чтоб потом с этим можно было работать. + Нужно это все сразу рассортировывать по 1) машинка 2) сервис 3) степени ахтунга

Жду варианты.

кстати тот же ng-syslog(rsyslog) прокачивает такие объемы на ура. Через сеть, фильтруя и раскладывая по нужным местам.

А для активных генераторов логов приходится пилить утилиты которые запихивают это все в коллектор.

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

>> Не понял, а причём тут юниты? Почему не менять конфиг апача?

А при чем тут апач? у меня меняются параметры запуска сервиса, или сам сервис. был /opt/bin/super_1 стал /opt/bin/super_2

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

bsd, dawg, они нашли способ раскопать себя

anonymous
()
Ответ на: ок от chemistmail

Есть 50 серверов, нужно собирать с них логи. Как системные так сервисные. Суммарный объем гига 3 - 4 в день набирается. Чем собирать будете, куда и как? С тем чтоб потом с этим можно было работать. + Нужно это все сразу рассортировывать по 1) машинка 2) сервис 3) степени ахтунга

Жду варианты.

кстати тот же ng-syslog(rsyslog) прокачивает такие объемы на ура. Через сеть, фильтруя и раскладывая по нужным местам.

Во! Помним-помним эти возгласы: «ng-syslog и rsyslog имеют фатальный недостаток, Леннарт написал новый логгер для ынтырпрайза, теперь всё будет по-взрослому, ура-ура!!!». Теперь идут отмазки, что «на локалхосте 2GB логов наберётся только к моей старости», «системный логгер предназначен для системных сообщений», «только дураки будут логгировать апач через journald» и т.п.

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

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

Нет! Перепишем все программы, чтобы они генерировали только правильные логи! Во всём линуксе!

Зачем, если журналд умеет подмешивать метаинформацию к логам. И умеет по ней искать.

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

Зачем, если журналд умеет подмешивать метаинформацию к логам. И умеет по ней искать.

А на случай, если эта «метаинформация» отсутствует или имеет нестандартный формат, журналд слинкован libastral.so?

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

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

Вы так вопите, как будто у вас rsyslog отбирают.

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

Вы так вопите, как будто у вас rsyslog отбирают.

Я? Ну что вы. Я просто стебусь с вас, оболтусов. :) Уже года три ржу, и до сих пор смешно.

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

Я? Ну что вы. Я просто стебусь с вас, оболтусов. :) Уже года три ржу, и до сих пор смешно.

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

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

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

Отрадно, что вы беспокоитесь о моём самообразовании. Но на практике за код такого качества, какой получается у Поттеринга, я бы выгнал с работы. А также за неумение не изобретать велосипеды... то есть, простите, «новые технологии».

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

спрашиваю знание новых технологий

ага. вот и получаются потом админы которые таблицы умножения не знают... но выучили 100 опций юнитов системд...


удачи тебе с такими работниками

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

>> я спрашиваю знание новых технологий

Ну тут особо нового то ничего нет.

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

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