systemd 256

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

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

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

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

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

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

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

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

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

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

Ну и зачем стрелять себе в ногу настолько жестоко?

А это все видно в локальных логах, их не надо никуда отсылать :)))))

Логи никуда не идут, делай что хочешь :)

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

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

Я БУДУ ПЕРДОЛИТЬСЯ И ДОПЕРДОЛЮСЬ

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

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

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

Мне тут уже пару раз объясняли

Нашел кому верить.

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

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

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

Назови мне дистрибутив где это не дефолт :DDDDDD

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

Любой инит-дистрибутив с сислогом. Просто берём и пишем логи в /var/log где их можно почитать или грепнуть.

Назови мне дистрибутив где журнал пишет в память не сохраняя на диск :))))

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

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

дебиан? федора? убунту? арч? Любой современный системд-дистр, там /run/log по умолчанию.

:))))))))))))

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

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

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

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

А почему у меня тогда /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

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

все немаргинальные дистрибутивы GNU\Linux

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

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

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

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

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

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

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/. Я в своё время это сделал и много полезного оттуда понял, и отторжения у меня стало куда меньше.

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

StandardError  = append:/var/log/syncthing.error         
StandardOutput = append:/var/log/syncthing.out

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

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

Они разработчики. Они RFC не читают, они их пишут.

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

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

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

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

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

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

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

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

ГДЕ?!

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

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

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

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

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

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

А ещё Нюха, Табутаск, Биб и Эскейв.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ты новорег, или не в курсе что когда-то ЛОР крутился на фряхе (что лишний раз доказывает, лол)?

Этот комбайн по размеру исходного кода уже обогнал ядро?

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

когда-то ЛОР крутился на фряхе

... и был написан на php

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