LINUX.ORG.RU

Релиз systemd 199

 


0

3

Леннарт Поттеринг выпустил релиз systemd 199.

Основные изменения:

  • Теперь systemd-python может быть использован для управления libsystemd-daemon.
  • Несколько переменных sysctl меняются при запуске (например, ставятся «безопасные» настройки sysrq).
  • Число рабочих процессов вычисляется исходя из числа CPU, а не памяти, как было ранее.
  • Journald теперь принудительно сбрасывает данные на диск спустя 5 минут после записи в журнал (т.е. данные на диске отстают не более чем на 5 минут).
  • Директории /tmp и /var/tmp теперь доступны для всех процессов сервиса.
  • Предсказуемые имена интерфейсов (вроде enp0s3) могут быть отключены через параметр ядра net.ifnames=0 (к самому ядру это не имеет отношения, параметр влияет только на systemd).
  • Количество рабочих процессов udev теперь зависит от количества процессоров в системе, а не от количества памяти.
  • В составе systemd появилась libsystemd-bus, которая, возможно, будет доступна и для обычных приложений.

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



Проверено: true_admin ()
Последнее исправление: Aceler (всего исправлений: 10)

Ответ на: комментарий от no-dashi

Казалось бы, при чём тут Wayland? Что-то тебя в последнее время заносит на его тему. Он, между прочим, нужен. В отличии от сабжаю

anonymous
()

Багфикс релиз и минорщина же ну

В составе systemd появилась libsystemd-bus, которая, возможно, будет доступна и для обычных приложений.

Не будет

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

Багфикс релиз и минорщина же ну

А что не «минорщина» - «я запилил в системд вяленый»? :)
Нормальный релиз

fritew5
() автор топика
Ответ на: комментарий от RedPossum

А оно в памяти все хранит?

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

Или же я все не так понял?

Как бы да, но как бы нет. Там все на mmap'ах, так что фактический сброс на диск зависит от конкретной конфигурации ядра и прочего. А тут просто докостылен принудительный fsync.

Параметр конфигурируемый

vasily_pupkin ★★★★★
()
Ответ на: комментарий от no-dashi

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

Похоже надо на досуге запилить пуш сервис. О боги, как ето сложно >_<

vasily_pupkin ★★★★★
()
Ответ на: комментарий от no-dashi

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

О ГОСПОДИ КАКОЙ УЖАС!!!!!

vasily_pupkin ★★★★★
()
Ответ на: комментарий от no-dashi

Нету. Условно говоря, логи всегда бинарны и всегда ведутся systemd-journald, который миррорит события в сокет для тех, кому нужны нормальные логи.

и всегда ведутся

systemd-journald агрегирует данные с stdio/stderr и опционально их пихает в поттерлог.

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

Вы новость прочитали вообще?

Или только заголовок?

Или только слово systemd?

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

может быть

Хотя не. У питона один фатальный недостаток by-design - его написал не поццеринг. Ждём поц-ланг.

ioway
()
Ответ на: комментарий от no-dashi

Я тебе больше скажу - если положиться на systemd и уйти от использования «ненужного старперского» syslog, то в определённых условиях (например, при панике в драйвере ФС) ты вообще логов не соберёшь. Потому что если раньше можно было логи сбрасывать на другую машину, теперь этого нельзя. Потому, чьл поцтеринг сказал «ненужно» и тупое стадо леммингов поскакало к обрыву.

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

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

Ты же снова тут истерию начинаешь. Аргументы против истерии все те же - не нравится, не ешь.

Весьма показательно, что «истерички» приводят внятную аргументацию, а неистерички могут только кидаться ярлыками и вопить, что поццеринг — Бох и нам не понять его Великих Замыслов…

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

Не нравится - форкай

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

И даже если мы осилим, каким образом это оправдывает криворукость поццеринга и его неумение делать свои поделки модульными?

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

Весьма показательно, что «истерички» приводят внятную аргументацию, а неистерички могут только кидаться ярлыками и вопить, что поццеринг — Бох и нам не понять его Великих Замыслов…

пока только эту истеричку несколько раз ткнули носом в её лож. Не знаешь предмета - сидим молча и не отсвечивай.

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

собрать группу, которая будет способна побороться с Redhat - это даже не троллинг, а слабоумие.

Вау, неужели ты наконец-то начал критично к себе относиться? Или просто случайно проговорился? :)

Lennart
()

имена интерфейсов (вроде enp0s3) могут быть отключены через параметр ядра net.ifnames=0

давно надо было сделать.

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

То, что у работников RH началась массовая дебилия, уже давно ни для кого не секрет.

AX ★★★★★
()
Ответ на: комментарий от no-dashi

man /run/log/journal

истеричка, для начала, почитай: man journald.conf, про параметр «Storage».

Не знаешь предмета - молчи и не отсвечивай.

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

Ты хоть представляешь, каково это,
И даже если мы осилим,

Правильно, ничего не делай. Истерика «а вот он сделал не так» - куда лучшее занятие для времяпровождения.

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

Journal можно настроить так, что бы он вообще не вёл своих логов

Нельзя. Ты можешь уменьшить их до некоторого порога, но вести он их всё равно будет. Более того, запретить ему писать свои логи на диск можно только одним способом - удалив /var/log/journal. Это его захардкоженое поведение. И захардкоженый путь, что как бы является показателем.

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

Гентушники уже всем показали на примере udev, что ни на что не способны.

Ну почему-же - они смешные и у них есть пече... шоколад. Глупость с необразованностью это, конечно, не искупает, но пусть развлекаются если им это нравится. Вот только врали бы поменьше - совсем здорово было бы :)

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

Правильно, ничего не делай. Истерика «а вот он сделал не так» - куда лучшее занятие для времяпровождения.

«Не умеешь класть асфальт — не смей критиковать отечественные дорожные службы.» Так что ли?

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

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

Все заинтересованные и так подписаны на рассылку.

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

Весьма показательно, что «истерички» в основном вопят НЕНУЖНО, ВЕЛОСИПЕД и т.д., а неистерички офигевают от этого и спокойно пользуются тем, что есть, потому что не программисты/кодеры/etc и не считают себя умнее сообщества профессионалов.

fixed

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

Достаточно одного человека, но умного и без ЧСВ.

Где ж они тебе такого найдут среди поражённых эпичным баттхёртом?! Необоснованная критика systemd с умом и отсутствием болезненного чсв несовместима - все умные давно уже заняты внедрением systemd в Arch, Mageja, OpenSUSE, Fedora, RHEL, SLES...

Lennart
()
Ответ на: комментарий от no-dashi

У меня его нет внезапно, потому что

Storage=

Controls where to store journal data. One of volatile, persistent, auto and none. If volatile journal log data will be stored only in memory, i.e. below the /run/log/journal hierarchy (which is created if needed). If persistent data will be stored preferably on disk, i.e. below the /var/log/journal hierarchy (which is created if needed), with a fallback to /run/log/journal (which is created if needed), during early boot and if the disk is not writable. auto is similar to persistent but the directory /var/log/journal is not created if needed, so that its existence controls where log data goes. none turns off all storage, all log data received will be dropped. Forwarding to other targets, such as the console, the kernel log buffer or a syslog daemon will still work however. Defaults to auto.

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

А в целом, надо дождаться того момента, когда ему надоест системд и когда он придумает какой-нибудь новый велосипед

Хорошее название для следующего сервиса, который придет на смену systemd - velociped. :)

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

«Не умеешь класть асфальт — не смей критиковать отечественные дорожные службы.» Так что ли?

Они работают на твои (налогоплательщика) деньги. Сколько денег ты перечислил в RedHat, чтобы чего-то требовать, не пытаясь сделать сам?

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

Повторюсь, утрировано очень сильно. Мысль в том, что RedHat имеет обязательства только перед своими клиентами, свободные программисты вообще никому не обязаны. Не хотите не пользуйтесь systemd, к вам домой не приходят и насильно ПО не переустанавливают. Есть конструктивная критика - идите на форум RedHat, в твиттер поццеринга и т.д. А просто так кричать «НЕНУЖНО» - идиотизм

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

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

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

Офис - это только часть дистра %)

systemd, в общем-то, тоже

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

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

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

no-dashi ★★★★★
()
Ответ на: комментарий от Lennart

собрать группу, которая будет способна побороться с Redhat - это даже не троллинг, а слабоумие.

Вау, неужели ты наконец-то начал критично к себе относиться?

Хоть я и отношусь к себе критично, ты лжешь, как настоящий Леннарт. Предложение собрать группу и форкнуть дистрибутив сделал не я.

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

Кто бы ещё тебя надоумил матчасть читать прежде чем истерично нести всякую чушь... мечты, мечты :)

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

ЕМНИП, в истории с Офисом уже существующая группа разработчиков ушла от Оракула.

так и реальный форк какого-нибудь дистра без systemd тоже не здешние пионеры делать будут, если что.

хотя, конечно, все это даже не предположения. просто потрепаться.

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

так и реальный форк какого-нибудь дистра без systemd тоже не здешние пионеры делать будут, если что.

Ты читал, изначальное предложение?

MahMahoritos> Собери группу сторонников, форкните любимый дистр, скатившийся в systemd, включая все зараженные пакеты

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

так и реальный форк какого-нибудь дистра без systemd тоже не здешние пионеры делать будут

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

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

это он типа sync делает каджые 5 минут, да? Или flush как в фортране (в остальных языках не знаю как на диск принудительно сбросить)?

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

А в чем отличие ?

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

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

ну и? место поиска сторонников ведь явно не указано. а от местных форка явно не дождешься. у меня же ключевое слово - _реальный_

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

ну и?

И вот.

место поиска сторонников ведь явно не указано

Ну и?

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

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

Думаю что не получится. Но из дампа ядра можно вынуть буффер с последними сообщениями. Гугли про linux kernel crash dump

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

А еще самые умные просто спокойно ждут, пока все это приведется в божеский вид, обкатается, выпилятся наиболее эпичные баги, еще раз обкатается и только потом может быть ..
Как патрик на linuxquestions :) - «система перспективная, может она и появится в слаке, но только после того как станет обкатанной и стабильной»

fritew5
() автор топика
Ответ на: комментарий от CAPA

это он типа sync делает каджые 5 минут, да?

Угу, вызывает fsync на файл с журналом.

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