LINUX.ORG.RU

systemd 256

 ,


0

2

Cвободный (GPLv2+) системный менеджер GNU/Linux порадовал поклонников очередным релизом.

В этом выпуске:

  • убрана поддержка старых cgroups v1 по умолчанию;
  • поддержка старых скриптов System V объявлена устаревшей, её планируется убрать в одном из следующих релизов;
  • добавлена поддержка допконфигов (drop-ins) для systemd-udevd;
  • в systemd-creds добавлена поддержка секретов для непривелигированных пользователей;
  • аналог опции юнита ProtectSystem= добавлен к системному менеджеру и включён по умолчанию в initrd – соответственно, код из initrd не сможет писать в /usr;
  • новый спецификатор %D в описании юнита – раскрывается в $XDG_DATA_HOME или /usr/share/ для пользовательских и системных юнитов соответственно$
  • интерфейс Varlink добавлен к systemd-networkd и systemd-hostnamed;
  • добавлена концепция капсул – группа юнитов под контролем отдельного экземпляра пользовательского systemd: фактически эквивалента запуску сервисов под отдельным пользователем без необходимости явно создавать этого пользователя – см. доки;
  • journal получил поддержку отправки логов (в формате JEF) в сокет что позволило организовать доставку логов из виртуалки, запущенной systemd-vmspawn на хост даже при отсутствии поддержки сети у гостевой системы;
  • systemd-run получил алиас run0 который работает как аналог sudo с контролем привелегий с помощью PolKit;
  • множество других замечательных нововведений и улучшений.

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

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 6)

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

И как много UNIX-like это поддерживают?

А почему кому-то может быть не насрать на юникслайк в контексте обсуждаемой темы?

хотя бы из RHEL, SLE, Debian это поддерживают

Само-собой - вообще все немаргинальные дистрибутивы GNU\Linux базируются на systemd и, соответственно, поддерживают как приём так и экспорт JEF «из коробки».

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

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

А залёты будет «битва экстрасенсов» разгребать, или всё таки почитаем логи?

pkill -STOP rsyslogd, и вот никакие логи уже никуда не идут. Вы как маленькие, ей богу.

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

Либо сдохло железо, либо кто-то сделал аналог rm rf. В обоих случаях логи не помогут ничем.

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

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

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

Почему то я, отсталый и неквалифицированный юзер, за пару часов интуитивно напишу/модифицирую скрипт так, чтобы он таки записал stderr где есть максимум выдвавемой информации. И нету никакой проблемы. А с юнитом такого не прокатит.

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

настолько качественных доков как у systemd я, к сожалению, ни в одном открытом проекте не видел

ГДЕ?! Мне тут уже пару раз объясняли, что нагугленная и прочитанная мной документация по системд и юнитам - чушь собачья и вообще не от той версии.

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

Так системд это не из коробки и уж точно не одинаково. И главное пердолинг вырос на порядок, это факт. Никто никогда и не утверждал что оно проще, только то, что «здесь больше функционла».

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

Ну, скорее всего они были правы - сделанное по этим инструкциям не работало.

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

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

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

И ещё вокруг куче бессмысленного мусора о том, что в это время думал системд по поводу юнита.

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

там даже параллельный старт сервисов годами запилить не смогли.

Практика показала - это создаёт больше проблем чем даёт плюшек. А ещё что openRC-гента грузится быстрее почти любого системд-дистра. Или вы думаете, что галочка «распаралелить» автоматом решит все проблемы, ~200 юнитов сами себя отпарсят и соберутся в оптимальное дерево не потратив и милисекунды времени?

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

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

«Тупых хейтерских мантр» — стало быть названия systemd-boot, systemd-networkd, systemd-timedated и другие я придумал?

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

…а в качестве особо жестокой издёвки там перенос данных на диск при ШТАТНОМ завершении работы.

А почему у меня тогда /var/log/journal есть, куда все пишется в реальном времени? :))))))))))))))))))

logger:

$ logger 'kirill_rrr retarded lol'
$ logger 'kirill_rrr retarded lol'
$ logger 'kirill_rrr retarded lol'
$ logger 'kirill_rrr retarded lol'

monitor:

$ cd /var/log/journal/9279b318e51c4776841e439e983d9dfc
$ inotifywait -m .
Setting up watches.
Watches established.
./ MODIFY user-1000.journal
./ MODIFY user-1000.journal
./ MODIFY user-1000.journal
./ MODIFY user-1000.journal
cumvillain
()
Последнее исправление: cumvillain (всего исправлений: 2)
Ответ на: комментарий от cumvillain

Хз, может ты его настроил. А может это только у дебиана такое странное поведение. А может эту фичу как раз к тебе ещё не внедрили.

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

А с юнитом такого не прокатит.

Прокатит. На самом деле с systemd возможно всё. Только в большинстве случаев это будет сложнее чем надевание штанов через голову соседа. (%

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

Это какой то съезд с темы.

Я не знаю, чем хорош или плох openRC. Я утверждал, что systemd решает проблемы SysV, и это хорошо.

Возможно, другие init-системы тоже решают проблемы SysV, но это никак не относится к теме о новой версии systemd.

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

Systemd безусловно больше, чем init система и я понимаю, что это является поводом для беспокойства.

У этого есть негативные стороны - моновендорность, например, но есть и позитивные - высокая совместимость компонентов и быстрый прогресс. Высокая совместимость компонентов, кажется, ни у кого возражений не вызывает - удобно же, например, уметь фильтровать вывод journald по cgroup или systemd unit, безотносительно того, как приложение решило писать логи.

Быстрый прогресс у некоторых на ЛОРе вызывает отторжение, но мне сложно понять, почему. Возможно, это такая форма FOMO, но тогда с этим надо работать тому, кто FOMO испытывает. По мне, прогресс - это позитивно, быстрый прогресс иногда связан с неверными решениями в процессе, но я особенно не замечал, чтобы явные проблемы не исправлялись. Поттеринг - человек, и он иногда упирается на ровном месте, но смешивать автора и его работу неверно, это мне кажется очевидной мыслью.

Моновендорность - это не очень хорошо, я согласен. Но моновендорности в софте много потому, что экономика устроена так, что создание софта стоит дорого, а распространение дешево и это позволяет тем, кто захватил доминирующее положение в какой-то момент продолжать доминировать, пока ситуация не изменится кардинально. Яркие тому примеры - X11, Linux и FreeBSD, долгое время - gcc против всего остального, Microsoft Office против остальных офисных пакетов, и так далее. Экономика работает, даже когда явного обмена денег на товары и услуги нет. Linux победил все BSD и вообще все юниксы, остались единицы процентов. systemd победил большинство других init систем, это просто естественный процесс, не имеющий отношения к личности Поттеринга, но имеющая отношение к стратегии. Как мы видим, стратегия интегрированности оказалась верной.

Неправда, что это сделано только усилиями RedHat. Ubuntu больше RedHat сейчас (хотя, возможно, денег у них меньше), но они осознанно прешли на systemd, там религиозные воззрения тяжело заподозрить.

А про цели и философию systemd хорошо читать на https://0pointer.net/blog/. Я в своё время это сделал и много полезного оттуда понял, и отторжения у меня стало куда меньше.

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

ойвей сударь. не надо башелапши, благодарствую откушались. все делается одной строчкой

StandardError  = append:/var/log/syncthing.error         
StandardOutput = append:/var/log/syncthing.out
pfg ★★★★★
()
Последнее исправление: pfg (всего исправлений: 1)
Ответ на: комментарий от pfg

Вы чот в обратную сторону пошли: я говорил что stderr в журнал не попадает.

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

Сын партаппаратчика спрашивает: - Папа, папа, а сколько в Англии королев? - Две, сынок: одна по промышленности, другая по сельскому хозяйству.

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

А у меня все работает. Или «сдох» - это когда каждые две недели не выходят ломающие изменения? Можно узнать, зачем?

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

А у меня все работает.

Это ортогональные заявления. В рамках текущего сета фичей все работает, но нет:

  • стабильной параллельности
  • зависимости старта сервиса от точки монтирования
  • если не встроенного, то хотя бы интегрированного журнала
  • пользовательских юнитов
  • встроенной супервизии

И никто это уже не запилит.

cumvillain
()
Последнее исправление: cumvillain (всего исправлений: 2)
Ответ на: комментарий от kirill_rrr

я, отсталый и неквалифицированный юзер

А с юнитом такого не прокатит.

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

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

ГДЕ?!

Ссылки прямо в тексте новости есть.

прочитанная мной документация по системд и юнитам

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

отсталый и неквалифицированный юзер

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

Хз, может ты его настроил. А может это только у дебиана такое странное поведение. А может эту фичу как раз к тебе ещё не внедрили.

А может ты просто не шаришь и пытаешься выдавать себя за умного.

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

Практика показала - это создаёт больше проблем чем даёт плюшек

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

200 юнитов сами себя отпарсят и соберутся в оптимальное дерево

Нет, это сделает systemd.

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

На Linux мир не ограничивается.

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

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

Какая милая ментальная гимнастика. Просто загляденье.

Очень характерное желание заткнуть оппонентам рот, почему-то я не удивлён

Где ты увидел «желание заткнуть рот»? Я лишь считаю, что ты не имеешь права представлять сообщество в качестве модератора, если ты совершенно некомпетентен. Изливай дальше шизоидное дерьмо, продуцируемое хейтерами, если тебе нравится выставлять себя кретином, лишенным критического мышления. Только модераторские полномочия предварительно сложи.

я неоднократно говорил, что я systemd-нейтральный

systemd-нейтральный — это как «просвещенный центрист», который на словах занимает «взвешенную, умеренную позицию», а на деле поддерживает ультраконсервативных придурков вроде Трампа. По крайней мере, такой вывод напрашивается сам собой, если судить о «systemd-нейтральных» по тебе. Ты хочешь казаться systemd-нейтральным, но при этом тупо повторяешь давно разоблаченную хейтерскую чушь. Значит, ты либо идиот, либо лжец. Не может человек, занимающий нейтральную позицию, поддерживать подобные «аргументы». Просто потому, что некритичное принятие подобных утверждений противоречит нейтральности и объективности.

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

Я думаю примерно так же, меня systemd не пугает. Не то, что бы я был в восторге, но я с этим работаю, и местами мне это нравится. Спасибо за ссылку. Может пойму больше, куда все идет.

Если развитие стабилизируется в консистентную систему поддержки прикладных процессов, так оно и хорошо. Вот стабилизации не особо видно. Списки исключений для удаления файлов в tmpfs по таймеру — ну явный же костыль.

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

Ну вот Леня у нас по сельскому хозяйству, похоже :)

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

«Тупых хейтерских мантр» — стало быть названия systemd-boot, systemd-networkd, systemd-timedated и другие я придумал?

А вот и наглядный пример противоречия между декларируемой тобой нейтральностью и фактическим содержанием твоих утверждений. Вопрос этих systemd-* компонентов обсуждался неоднократно. Они не являются частью systemd, systemd от них не зависит. И эти модули по большей части могут функционировать без systemd. Но недоумки без критического мышления продолжают верить. Именно верить, поскольку их позиция абсолютно нерациональна и безосновательна. Бездумное повторение подобных «аргументов» — признак либо некомпетентности, либо предвзятости. Оба варианта противоречат твоим словам о нейтральности.

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

Ещё один… С каких пор Лёня вдруг стал IETF?

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

Ну версиями обскокал точно. Даже Chrome/Chromium и Firefox. ☺

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