@komar В чем проблема с бинарными логами? Если они тебе не нужны, отключи. А так получается "systemd - говно, потому что мне не нравятся дефолтные настройки".
@komar Ну раз ты настаиваешь:
- systemd - не юникс-вей.
системд состоит из отдельных специализированных утилит с понятным интерфейсом взаимодействия.
- системд рестартит демонов!!1
ну да, полезная фича. мне, как администратору, она, например, нужна.
- collecting information on daemon crashes. Nowadays most daemons have their own crash report formats,
вот это новости! а почему тогда в дистрибутивах изобретают велосипеды, вроде abrt или apport? да и впервые слышу, чтобы демоны сами свои корки обрабатывали. обычно этим только десктопный софт страдает.
- keeping control (via cgroups) over processes detached from their parents. But for that we already have, well… cgroups?
а cgroups типа должны сами волшебным образом настраиваться?
- delayed/on-demand service startup.
тут фича с в том, что можно запускать зависимые демоны, чтобы они выполнили какие-то свои дела перед тем, как обращаться к сокету и только на нем заблокироваться.
- dependency based service management...
что тут сказать, админ локалхоста никогда раньше не выидел, сколько времени занимает инициализация нескольких полусотни дисков в полке. и непонятно, почему, например, sshd в это время должен курить?
- listening to hardware changes introduces potential stability and security issues
никакой конкретики. и, опять же, основную работу здесь выполняет udev
- communication via D-Bus.
dbus есть, dbus работает, под dbus есть куча библиотек для любых языков и их просто использовать. ну и да, более подходящие протоколы для локального IPC в студию.
Ну и бредовые теории заговора в заключении даже смысла комментировать нет.
@238328 По этой ссылке вообще тоже ничего нормального: "мне не нравятся дефолты", "ни юнекс!!1", "не работет под бзд" или вообще неконкретизированый вайн про SPOF и вирусность.
@like-all Да че-то как-то лениво. Надо будет объяснять, почему шелл — это хорошо, почему файлы — это хорошо, почему юникс-вей — это хорошо, в итоге придется издавать книгу и становиться копирастом.
@komar >Надо будет объяснять, почему шелл — это хорошо
и ты зафейлишь. потому что реализация - полный пиздец.
>файлы — это хорошо
файлы как интерфейс или файлы как хуйня на диске
>издавать книгу и становиться копирастом.
вау, прям как в 16м веке.
@like-all >куча хуиты и ```powered by node``` в качестве подписи.
лан
>Декларативный стиль описания сервисов
неуникальная проблема. можно посмотреть ещё нгинкс здеся.
тюринг-толстота супер-оверрейтед, явно не нужная в случае конфигурации чегобытонибыло. не говоря уже о динамическом говне с внезапными приведениями всего к строке и супер-ебантым синтаксисом.
с другой стороны формат типичного ини-файла чрезвычайно ограничвающий.
вменяемые варианты посередине же похоже отсутсвуют полностью.
@like-all бинарные логи
А в чем проблема с бинарными логами? Напиши вместо cat journalctl и все будет точно так же. Ну ладно, не также, можно не спавнить греп в простых случаях. Кстати, у меня для тебя 2 сюрприза. Во-первых, в никсах давно уже есть бинарные логи (man wtmp и man utmp), во-вторых, если говорит про серверы, админы обычно очень рады засунуть все логи в плохой бинарный elasticsearch, чтобы потом было удобнее с ними работать. но ты ведь админ локалхоста и про такие вещи не знаешь.
- Не соблюдают FHS!!1
В части про /usr он протух. По крайней мере, он еще имеет какой-то смысл в тех системах, где выделить базовую часть, вроде BSD, но линукс к таким не относится. Ну а соблюдать просто ради того, чтобы соблюдать, тем более, захламляя каталоги из PATH бинарями, которые вряд ли будут вызываться пользователем, смысла нет.
- systemd-*
Так юникс-вей же :coolface: Алсо, по твоей логике cat надо тоже выкинуть, ибо он тривиален. А если серьезно, то я не понимаю, почему ты жалуешься на то, что тебе даль интерфейс для дергания из шелла этих самых сишных функций. Да, он тривиален, зато предоставаляет интерфейс для скриптов.
- Декларативный стиль описания сервисов
Так тьюринг полнота действительно не нужна для того, чтобы вызвать бинарь с аргументами, сопроводив это действиями из довольно ограниченного типового набора. Особенно, если она реализуется через такое уебанство, как bash. А для сложных вариантов, которые встречаются крайне редко, можно сделать скрипт-обертку. Ну или обычный инит скрипт, которые, к слову, до сих пор поддерживаются.
- Отсутствие конечной цели у проекта
Во-первых, цель у них - сделать базовый набор системных утилит, связанных с инициализацией и изменением состояния системы (systemd - управление процессами, udev - устройствами, journald - логами, networkd - сетью).
Во-вторых, по поводу dhcp-клиента, то, что они его делают, неудивительно, потому что нормального dhcp-клиента нет. В наличии лишь уебанский пиздец от isc, неподдерживаемый dhcpcd и узкоспециализированный нефункциональный udhcp.
- Я не знаю, какие проблемы решает systemd
systemd(1) занимается управлением процессами (запуск, остановка, мониторинг), делая это лучше, чем старый sysv-style init, позволяя тем самым избавиться от ряда костылей (например, в яндексе, в котором ты работаешь, стандартным тестовым заданием при собеседовании на админа является написание watchdog-а, который бы мониторил работу демона и перезапускал бы его при падении, и, судя по общению с вашими админами, такой подход используется у вас широко).
- Вместо заключения хочу сказать, что systemd мне не нужен.
То, что он тебе не нужен, не значит, что он говно.
@komar Бля, вот запилите мне уже postgresql от юзера, поднимаемый с полпинка.
Меня заебало то, что firefox тормозит при автокомлите адресной строки. Он один хуй своим жопоскриптом по sqlite’у ищет.
Вот это было бы реально полезно.
@etw Нет, говно — это ты, потому что не умеешь в простейший юниксовый инструментарий. И специально для тебя сделали сустемд, такой замечательный, в логах которого можно искать, тыкая на кнопочки в еластисёрче.
@komar systemd с elasticserch-ем никак не связаны, их даже нельзя напрямую связать. И, да, в elasticsearch-е нет кнопочек (но есть внешняя морда, ходящая в него по HTTP).
Алсо, я посмотрю на тебя, как ты будешь рад анализировать логи с локальных файлов на паре сотен серверов.
@etw > systemd с elasticserch-ем никак не связаны, их даже нельзя напрямую связать. И, да, в elasticsearch-е нет кнопочек (но есть внешняя морда, ходящая в него по HTTP).
> дмины обычно очень рады засунуть все логи в плохой бинарный elasticsearch, чтобы потом было удобнее с ними работать. но ты ведь админ локалхоста и про такие вещи не знаешь.
Блять. вас хуй поймешь.
> Алсо, я посмотрю на тебя, как ты будешь рад анализировать логи с локальных файлов на паре сотен серверов.
Блять, кажется, я такое слышал в последний раз тогда, когда мне про преимущества эктивдиректори рассказывали.
@komar > Блять. вас хуй поймешь
Пример с ES был в том, что бинарные логи не являются злом сами по себе.
> Блять, кажется, я такое слышал в последний раз тогда, когда мне про преимущества эктивдиректори рассказывали
AD плох не тем, что является связкой LDAP+Krb5+SMB, а тем, что МС, как обычно перемудрил со стандартами, вольно их интерпретировав. А так-то единая аутенификация (и служба каталогов вообще) злом тоже не являются.
@etw Там был разговор о том, что ВОТ ТЕБЕ НАДО НА СОТНЕ СЕРВЕРОВ СОФТ ОБНОВИТЬ И БУДЕШ ТЫ С ССШ ЕБАТЬСЯ А ТУТ КНОПОЧЬКУ НАЖАЛ И РАБОТАЕТ.
Ояебу, блять.
@komar > Ояебу, блять.
Ты не поверишь, но в никсах тоже никто не ходит по сотне серверов и руками ничего не обновляет. В простейших случаях используются кластерные шеллы, в сложных - SCM, вроде, chef-а, puppet-а,salt-а или ansible-а (последние 2, кстати, в качестве транспорта тоже ssh используют). И выглядит все как одна не слишком длинная команда.
@etw Да мне насрать, чего там модно в вашем тырпрайзе, пуппет на рубях или хуюпет на пиздоне. Я охуеваю от того, что человек ставит мне в преимущество жирной хуйни на миллион строк кода то, что я обычно решаю при помощи полутора строчек баша. Это все, это пиздец.
@komar Я не в тырпрайзе работаю (в нем, кстати, редко бывает много серверов). Алсо, скажи, сколько команд и времени займет узнать, например, IP-адреса пользователей, которые оборвали соединение (при этом время соединения больше, чем N секунд) с веб сервером при запросе определенного набора путей с определенным значением одного параметра за пару недель на сотне нагруженных веб-серверов с гигабайтами логов, а также узнать, на какие бэкенды при этом отправлялись их запросы?
@komar А если у тебя за фронтендами какая-нибудь уебджванольная ссанина с уведомлениями, срущая кучей запросов, то и rps у тебя не пара десятков будет. А ведь и логи тоже за больший период времени надо проанализировать. Вот тебе и ГИГАБАЙТЫ. Их, блядь, чтобы просто cat-нуть в /dev/null, надо подождать, не говоря уже хитровыебанном проходе грепами-авками. А тут на сцену выходит elasticsearch весь в белом, который тебе их и так и эдак проиндексирует, ты только скармливать ему успевай.
@komar практически те же полторы строчки квазибаша пишутся в логсташ для достижения эффекта //тупой штоле.
все твои ``проблемы'' с бинарными логами решаются обёрткой разжимающей лог в текст в пайп. там уж можешь хоть 100500 гигов грепать точно так же.
я обожаю гну тулзы за то что в нужный момент всегда делают seek.
@etw > в никсах давно уже есть бинарные логи
Дорогая, я знаю. Они есть даже в MySQL. Проблема в том, что бинарные логи MySQL не предназначены для чтения и анализа человеком, а то, что предназначено, сейчас мне хотят преподнести через ещё один слой обосракции. Хотите сделать пиздатые и индексируемые логи - сделайте виртуальную файловую систему, а способы чтения оставьте в покое.
> Ну а соблюдать просто ради того, чтобы соблюдать, тем более, захламляя каталоги из PATH бинарями, которые вряд ли будут вызываться пользователем, смысла нет.
Ссылку на новый стандарт в студию.
> я не понимаю, почему ты жалуешься на то, что тебе даль интерфейс для дергания из шелла этих самых сишных функций.
Мне дали кучу непонятных бинарников от какого-то мутного выскочки вместо того, что уже работало. Прозреваю, что за всем этим стоит краснозалупое лобби, вожделеющее срубить с клиентов на платной поддержке побольше бабла.
> Так тьюринг полнота действительно не нужна для того, чтобы вызвать бинарь с аргументами, сопроводив это действиями из довольно ограниченного типового набора.
Так зачем плодить сущности?
> цель у них - сделать базовый набор системных утилит
Ссылку на роадмап в студию.
> нормального dhcp-клиента нет.
Пруфы в студию. У меня dhclient работает. Я марсианин?
> делая это лучше, чем старый sysv-style init
Пруфы в студию. Что такого охуенно полезного может systemd, ради чего я должен выкинуть нахуй sysvinit? Позволяет писать ini-файлик вместо оператора `case`? Предоставляет смотрисобаку из коробки? Чё там ещё. Следит за зависимостями? Для меня это всё выглядит слишком неубедительно.
> То, что он тебе не нужен, не значит, что он говно.
Для меня вполне значит.
@like-all > Что такого охуенно полезного может systemd, ради чего я должен выкинуть нахуй sysvinit?
Ну ты можешь с помощью явакостылей кормить логами эластиксёрч со ста серверов.
А потом на конференцию. Я с белым макбуком и ты с историей успеха.
@like-all > Дорогая, я знаю. Они есть даже в MySQL.
Пиздец! При чем тут сраный мускуль? Он к логам в том смысле, о котором мы говорим вообще не относится. Его логи нужны совершенно для других целей.
> сделайте виртуальную файловую систему
При чем тут нахуй интерфейс в виде виртуальной ФС? То тебе не нравится, что вместо cat нужно писать journalctl, а потом ты что-то пиздишь про файловую систему и жалуешься на на лишние слои абстракции! Да ты, сука, только что предложил дополнительный ввести!
> Ссылку на новый стандарт в студию.
Устаревание стандарта не означает автоматическое появление нового.
> Так зачем плодить сущности?
Потому что тьюринг-полный язык для запуска демона не нужен в 99% случаев. использовать для этого шелл-скрипты - все равно, чо ездить на белазе на работу в офис.
> Ссылку на роадмап в студию.
А без написанного роадмапа непонятно?
> Пруфы в студию. У меня dhclient работает. Я марсианин?
Ты не марсианин, а идиот, который считает, что УМВР - отличный аргумент! А то, что там его исходники - неподдерживаемый пиздец от известной своим "качеством" кода ISC - это так, хуйня какая-то.
> Позволяет писать ini-файлик вместо оператора `case`?
Декларативность сводится не только к этому. И, кстати, в инит скриптах не просто один case.
> Предоставляет смотрисобаку из коробки?
И это тоже.
> Следит за зависимостями?
И вот это
А также возможность управлять cgroup-ами, и параметрами окружения, в котором запускается демон, вообще (пользователь/группа, доступные сисколы), позволяет управлять влиять на fault path при запуске демона (таймауты, рестарты), вводит аналог promise-ов для сервисов через сокет-активацию. И и еще куча всего, о чем ты сможешь узнать, если почитаешь документацию вместо воплей хейтеров на лоре.
> Для меня вполне значит.
Не пояснишь, каким образом неудволетворение твоих быдлопотребностей, делают что-то говном?
@etw > При чем тут сраный мускуль?
Речь шла о моей неприязни к бинарным логам. Я лишь уточнил, что мне не хочется иметь дело с бинарными логами, предназначенными для чтения человеком.
> При чем тут нахуй интерфейс в виде виртуальной ФС?
При том, что я хочу, чтобы в моей системе был по возможности единообразный способ доступа к данным, а не с помощью какого-нибудь `bullshitctl`. Файлы - отличный способ взаимодействия, и лучше всего подобный подход реализован в `plan9`.
> Устаревание стандарта не означает автоматическое появление нового.
Сделайте новый, хули вы тут.
> использовать для этого шелл-скрипты - все равно, чо ездить на белазе на работу в офис.
А мне вполне комфортно. Зато я сразу могу приступить к редактированию скрипта, если мне вдруг понадобится, а не изъёбываться через пизду только потому, что Лёнчик так захотел.
> А без написанного роадмапа непонятно?
Непонятно. Системдарды уже в ядро пытаются лезть, за что [огребли](http://www.opennet.ru/opennews/art.shtml?num=39476) однажды от Линуса. Вот честно, я не знаю, чего от них ожидать.
> от известной своим "качеством" кода ISC - это так, хуйня какая-то.
Ага, а pshhhhhhpooqpyordaudio просто блистал, блядь, качеством кода, когда Лёнчик втаскивал его в дистрибутивы. Туда же изменявшийся формат бинарных логов `journald`, сегфолты отсостемд и прочее, и так далее. Было бы не так обидно, если бы этот кусок говна не втаскивали по дефолту в дистрибутивы, а предоставляли опционально. Тот же проект wayland не спешит стать графическим сервером по умолчанию и, я считаю, они(авторы wayland) поступают правильно.
> ...
> ...
> ...
> каким образом неудволетворение твоих быдлопотребностей, делают что-то говном?
Ты в глаза ебёшься или не умеешь читать? Я русским по белому написал: "для **МЕНЯ** вполне значит". Это отнюдь не значит, что я буду запрещать тебе пороться в жопу, если тебе того хочется. Я также не отрицаю того факта, что мне рано или поздно придётся взаимодействовать с отсостемд, но если я и буду это делать, то только за денежное вознаграждение. А на **моих** хостах(VPS и ноутбук) `systemd` не появится никогда.
А теперь заткнись и нахуй иди. Мне лень дальше принимать участие в круговороте каловых масс.
@like-all > Речь шла о моей неприязни к бинарным логам. Я лишь уточнил, что мне не хочется иметь дело с бинарными логами, предназначенными для чтения человеком.
Ну бинлоги мускуля просто вообще отношения к теме не имеют.
> При том, что я хочу, чтобы в моей системе был по возможности единообразный способ доступа к данным, а не с помощью какого-нибудь `bullshitctl`
Окай, хоти. Правда, нормальные люди не дрочат на внутреннюю реализацию интерфейсов, если наружу все срется через тот же самый пайп + есть профит от индексирования и сжатия логов.
> Сделайте новый, хули вы тут
Выкинь устаревшую часть про /usr и будет более-менее актуально.
> А мне вполне комфортно. Зато я сразу могу приступить к редактированию скрипта, если мне вдруг понадобится, а не изъёбываться через пизду только потому, что Лёнчик так захотел
К редактированию конфига ты можешь не менее быстро приступить. Если рассматривать очень специальные случаи, когда тебе надо превратить простецкий типовой инит-скрипт в какой-нибудь пиздец, в функциональность systemd не укладывающийся, то тебе все равно придется, по сути, весь скриптец переписывать.
> Непонятно. Системдарды уже в ядро пытаются лезть
Системдарды пришли к майнтейнеру и изложили проблему, майнтейнер предложил костыли, линус узнал и прилюдно отпиздил системдардов. Справедливость восторжествовала.
> Ага, а pshhhhhhpooqpyordaudio просто блистал
Хорошо, не используй пульсаудио в качестве dhcp-клиента.
Алсо, говенность имеющихся сейчас dhcp-клиентов это не отменяет.
> если бы этот кусок говна не втаскивали по дефолту в дистрибутивы
Надеюсь, ты хотя бы перлы про подкуп майнтейнеров со стороны рэдхэта выдавать не станешь? Если же тебе не нравится политика майнтейнеров твоего любимого дистра, то помочь себе можешь только ты сам.
> Ты в глаза ебёшься или не умеешь читать? Я русским по белому написал: "для **МЕНЯ** вполне значит".
Я сказала, что ненужные лично тебе вещи не обязательно являются по этой причине говном. Ты ответил, что с твоей точки дрения этого достаточно чтобы их таковыми считать. Что я неправильно поняла?
@etw > Что я неправильно поняла?
Ты не понимаешь, что моя **субъективная** оценка ни разу не претендует на **объективность**. Я назвал причины, по которым я **для себя** считаю использование `systemd` в **личных** целях неприемлемым. Алсо, расскажи про говёность имеющихся dhcp-клиентов. Я всё никак не могу понять, чего в них такого говёного.