The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Новая версия systemd 212, opennews (??), 26-Мрт-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


47. "Я понимаю, что отвечаю клоуну, но всё же…"  –4 +/
Сообщение от AX (ok), 26-Мрт-14, 17:47 
> А куча гомнокода на баше этого, конечно, не требует.

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

P.S. К слову, о "простоте" юнитов: http://www.linux.org.ru/news/opensource/10195930?cid=10212242

Ответить | Правка | Наверх | Cообщить модератору

57. "Я понимаю, что отвечаю клоуну, но всё же…"  +2 +/
Сообщение от Stax (ok), 26-Мрт-14, 21:47 
Не нужно передергивать. Любой, у кого возникала задача обернуть пачку самописных (или чужих) демонов в инитскрипты знает, какой это геморрой - тут проверь, что /var/run'ы не забыл запаковать, тут под runit или supervisord подсунь, тут напиши пачку хаков, т.к. программа не пишет свой pid и проверять ее выполнение нужно пачкой утилит (хорошо, если в дистрибутиве написали костыльные функции на шелле.. правда, они внезапно ломаются для python/java/etc программ.. нужны новые костыли..).

Сравните это с менеджментом /run через systemd-tmpfiles, отслеживанием pid'ов через cgroup, автоматическим перезапуском сервиса одной директивой в unit-файле, перехватом stdouot/stderr безо всяких лишних костылей и прочими плюшками. Поэтому админы, которым таки приходилось делать что-то серьезное с инитскриптами очень ждут, когда везде будет systemd. Он реально делает кучу (сейчас сложных) вещей простыми и прозрачными.

Ответить | Правка | Наверх | Cообщить модератору

60. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от yet another anonymous (?), 26-Мрт-14, 22:02 

> Сравните это с менеджментом /run через systemd-tmpfiles, отслеживанием pid'ов через cgroup,
> автоматическим перезапуском сервиса одной директивой в unit-файле, перехватом stdouot/stderr
> безо всяких лишних костылей и прочими плюшками.

Точно. Ускоренный перезапуск падучего г. --- это наш^W ваше ВСЁ.

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

Ответить | Правка | Наверх | Cообщить модератору

71. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 04:03 
> Точно. Ускоренный перезапуск падучего г. --- это наш^W ваше ВСЁ.

Знаете, этот мир неидеален. Поэтому да, демоны бывают разные. В том числе и падучие. И хорошо когда за админа будет вкалывать автоматика, без лишних усилий.

Ответить | Правка | Наверх | Cообщить модератору

81. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 15:43 
Надеюсь она таким образом перезапустит какую-нибудь БД и по пути погрохает кучу инфы. А начальство, того админа с автоматикой, выложит по результатам фотоссесию админ-вазелин.
Ответить | Правка | Наверх | Cообщить модератору

96. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 21:50 
> Надеюсь она таким образом перезапустит какую-нибудь БД и по пути погрохает кучу
> инфы. А начальство, того админа с автоматикой, выложит по результатам фотоссесию
> админ-вазелин.

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

Ответить | Правка | Наверх | Cообщить модератору

127. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 28-Мрт-14, 03:25 
> Надеюсь она таким образом перезапустит какую-нибудь БД и по пути погрохает кучу инфы.

Меня больше интересуют всякие сетевые демоны и прочее, там рестарт себя оправдывает на все 100%, ибо как правило все на почти полном автопилоте. А если у админа крЮтой БД нет мозгов - ну так он заслужил вазелин, разве нет?

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

137. "Я понимаю, что отвечаю клоуну, но всё же…"  +1 +/
Сообщение от anonymous (??), 29-Мрт-14, 09:22 
> Меня больше интересуют всякие сетевые демоны и прочее, там рестарт себя оправдывает на все 100%, ибо как правило все на почти полном автопилоте. А если у админа крЮтой БД нет мозгов - ну так он заслужил вазелин, разве нет?

Логичный способ: не работает сетка --- перезагружаем компютер. Может оно и наладится.

У меня впечатление, что у кого-то я такой паттерн встречал.

Ответить | Правка | Наверх | Cообщить модератору

82. "Я понимаю, что отвечаю клоуну, но всё же…"  +1 +/
Сообщение от Stax (ok), 27-Мрт-14, 16:06 
> Точно. Ускоренный перезапуск падучего г. --- это наш^W ваше ВСЁ.

Фразу "директивой в unit-файле" видите?
Не включите - не будет перезапускаться. Никто БД не предлагает автоматически перезапускать.
А сервисы, работающие в духе "серьезная ошибка -> залогировал и упал, т.к. восстановиться слишком сложно, лучше перезапуститься" это вполне себе реальность и встречается не так редко. Просто обычно "перезапускающий" процесс является частью сервиса (cron, php-fpm, итд), но при быстрой разработке это не обязательно. Вот и нужен runit или systemd.

> Ну и особенно умиляет решенность "задачи обернуть пачку самописных (или чужих) демонов"

Представьте себе - это очень частая задача. Во всяком случае, у меня, и в мире вокруг меня. Много лет уже как, на самых разных работах (я, впрочем, давно уже разработчик, а не админ, но задача запуска очередного небольшого демона как сервис, с отслеживанием pid'а, логов, перезапуска и т.д. без дублирования этого кода в каждой программе всплывает с завидной регулярностью).

А если вы не занимаетесь серверной разработкой под UNIX-подобные системы, на кой вы вообще на systemd бочку катите? Типичному юзерочку с убунтой вообще без разницы, как у него система инициализации называется - хорошо, если он вообще догадывается о ее существовании.
(это я не про вас, просто пример. А то повадились ругать systemd люди, которые вообще к этой теме отношения не имеют).

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

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

101. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 21:54 
> Я допускаю, что у systemd есть свои проблемы - вон тут Шигорин много ругался на него с точки зрения дистростроителя.

У Шигорина мотивы скорее религиозные, чем технические.
Массовый переход дистрибутивов на systemd показывает, что проблему с ним у дистростроителей меньше, чем в sysvinit.

Ответить | Правка | Наверх | Cообщить модератору

93. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 21:41 
> Точно. Ускоренный перезапуск падучего г. --- это наш^W ваше ВСЁ.

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

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

128. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 28-Мрт-14, 03:27 
> Вот sysvinit, не умевший перезапускать падучее г. - увы и ах, не выжил.

Ну так, чисто по логам апстарта - падал сетевой сервис. Раз 5 за полгода. Это заставило репортануть баг и его починили. В чем разница? В том что мне не имели мозг 5 раз недовольные загибоном сервиа юзеры и не пришлось самому костылить проверку живости сервиса.

Ответить | Правка | Наверх | Cообщить модератору

138. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от anonymous (??), 29-Мрт-14, 09:40 
>> Вот sysvinit, не умевший перезапускать падучее г. - увы и ах, не выжил.
> Ну так, чисто по логам апстарта - падал сетевой сервис. Раз 5
> за полгода. Это заставило репортануть баг и его починили. В чем
> разница? В том что мне не имели мозг 5 раз недовольные
> загибоном сервиа юзеры и не пришлось самому костылить проверку живости сервиса.

Вот она квалификация то... "падал сетевой сервис" --- это что? А что, собственно,
контролирует upstart/sd, чтобы утверждать что "упал сетевой сервис"?

Или на том конце шнурок выдернули, а потом спохватились и вставили обратно --- оно и наладилось... А вы все лавры методу "вырезать всю сетку, собрать её обратно" приписали.

Ответить | Правка | Наверх | Cообщить модератору

63. "Я понимаю, что отвечаю клоуну, но всё же…"  +1 +/
Сообщение от Аноним (-), 26-Мрт-14, 22:10 
> Я никогда не слышал про специальность "администратор дебиановских инитскриптов",

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

> а вот для systemd явно что-то такое вскоре потребуется.

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

> Да и в самых сложных инитскриптах, несмотря на все вопли поццерингоклоунов,
> никакой особой магии нет.

А вот это уже весьма зависит от.

> P.S. К слову, о "простоте" юнитов:

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

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

64. "Я понимаю, что отвечаю клоуну, но всё же…"  –3 +/
Сообщение от AX (ok), 26-Мрт-14, 22:27 
> Зато администраторы очень даже делятся по предпочитаемым ими семействам дистров и с
> чем они наиболее хорошо знакомы.

Только вот знание системы инициализации занимает здесь далеко не первое место.

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

Для разбирательств в "портянках на баше" нужны минимальные знания по циклам и ветвлениям на шелле плюс знания собственно используемых утилит и демонов. В systemd же логика запуска зачастую размазана между кучей файлов, с нетривиальными конструкциями как по ссылке выше и кучей ключей/идентификаторов/etc., к-рые в одной версии есть, в другой нет, а в третей работают по-другому. Ну и от необходимости знать шелл systemd всё равно не избавляет.

> А вот это уже весьма зависит от.
> Это намного читабельнее чем то что попадается в инитовых скриптах иной раз.

Это всё пустые слова. Самое страшное, что смогли привести адепты systemd — это цикл с seq в инитскриптах mysql. ЧСХ в юнитах systemd все эти нагромождения остались, только их запихнули в скрипт в /usr/bin.

> Не говоря о том что в инитовых скриптах половина дундуков раскидывает
> конфигурацию по телу всей трехстраничной портянки.

Юниты systemd от этого точно не спасают.

Ответить | Правка | Наверх | Cообщить модератору

70. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 03:59 
> Только вот знание системы инициализации занимает здесь далеко не первое место.

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

> Для разбирательств в "портянках на баше" нужны минимальные знания по циклам и
> ветвлениям на шелле плюс знания собственно используемых утилит и демонов.

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

> В systemd же логика запуска зачастую размазана между кучей файлов, с нетривиальными
> конструкциями как по ссылке выше и кучей ключей/идентификаторов/etc.,

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

> к-рые в одной версии есть, в другой нет, а в третей работают по-другому.

Это вы про sysv init так? Да, каждый дистр др^W как он хочет. Поэтому скрипты для одного дистра нифига не совместимы с другим, у всех все по разному. А т.к. конфигурация размазана по всей простыне и/или юзаются местечковых костыли и плюшки, переделать скрипт с одного дистра на другой может быть геморно.

> Ну и от необходимости знать шелл systemd всё равно не избавляет.

А это уже отдельный вопрос.

> это цикл с seq в инитскриптах mysql. ЧСХ в юнитах systemd
> все эти нагромождения остались, только их запихнули в скрипт в /usr/bin.

ЧСХ, мне не принципиально что 1% случаев потребует скриптов, зато если в 99% случаев вместо этого будет простой как полено конфиг - я это склонен приветствовать.

> Юниты systemd от этого точно не спасают.

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

Ответить | Правка | Наверх | Cообщить модератору

74. "Я понимаю, что отвечаю клоуну, но всё же…"  –3 +/
Сообщение от AX (ok), 27-Мрт-14, 10:02 
> Без знания системы инициализации админ

Поэтому я написал "не первое место", а не "вообще не требуется".

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

Вот и у меня нет никакого желания возиться в сотне-другой юнитов, чтобы понять, почему именно что-то не запустилось. И перечитывать сишную портянку на несколько сотен строк (да-да, я снова про vconsole-setup), чтобы понять, почему консольная раскладка не загружается. К слову, на баше тоже самое делается в пару *десятков* строк легкочитаемого текста.

(сейчас будет шаблонная отмазка про то, что я скорей всего не осилил маны, в systemd багов не бывает, а если даже бывают, то нефиг было обновляться и вообще debian oldstable рулит)

> На баше и намного более злобные конструкции иногда воротят.

Я правильно понимаю, что примеров не будет и кроме универсального и не требующего доказательств "а в твоих инитскриптах ещё больший говнокод!!111111111" от тебя больше ничего не дождёшься?

> На это почему-то скидки предлагается сделать, или чего?

Я предлагаю осознать простую мысль: systemd выглядит простым только на самых примитивных задачках типа "запустить X при старте, грохнуть при останове и больше ничего" (хотя тут и инитскрипты вполне справятся с задачей). А когда дело доходит до чего-то более сложного, то количество извращений и костылей начинает расти по экспоненте и systemd начисто сливает всем конкурентам. Примеры я уже приводил.

> Это вы про sysv init так?

Неа, про systemd.

> А это уже отдельный вопрос.
> ЧСХ, мне не принципиально что 1% случаев потребует скриптов

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

Ответить | Правка | Наверх | Cообщить модератору

107. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 22:04 
> Вот и у меня нет никакого желания возиться в сотне-другой юнитов, чтобы
> понять, почему именно что-то не запустилось. И перечитывать сишную портянку на
> несколько сотен строк (да-да, я снова про vconsole-setup), чтобы понять, почему
> консольная раскладка не загружается. К слову, на баше тоже самое делается
> в пару *десятков* строк легкочитаемого текста.

А чтение исходников vconsole-setup вам никак не поможет. Проблема не в них, а в исходниках VT и KMS.

> Я правильно понимаю, что примеров не будет и кроме универсального и не
> требующего доказательств "а в твоих инитскриптах ещё больший гoвнокод!!111111111" от тебя
> больше ничего не дождёшься?

Просто вам напоминают общеизвестную истину, которую вы упорно игнорируете.

> Я предлагаю осознать простую мысль: systemd выглядит простым только на самых примитивных
> задачках типа "запустить X при старте, грохнуть при останове и больше
> ничего" (хотя тут и инитскрипты вполне справятся с задачей). А когда
> дело доходит до чего-то более сложного, то количество извращений и костылей
> начинает расти по экспоненте

Количество извращений и костылей определяется изращенностью и костыльностью задачи.

> и systemd начисто сливает всем конкурентам.

Каким-таким конкурентам, если не секрет? Апстарту, с его кривой архитектурой?

> Учитывая, что в убогих юнитах даже проверку переменной из конфига не организуешь,

Да, столь бредовая функциональность там не востребована. Как и проверка фазы Луны :)

Ответить | Правка | Наверх | Cообщить модератору

111. "Я понимаю, что отвечаю клоуну, но всё же…"  –2 +/
Сообщение от AX (ok), 27-Мрт-14, 22:14 
> А чтение исходников vconsole-setup вам никак не поможет. Проблема не в них,
> а в исходниках VT и KMS.

Правда?

> Просто вам напоминают общеизвестную истину, которую вы упорно игнорируете.

Без конкретных примеров больше похоже на мантру.

> Количество извращений и костылей определяется изращенностью и костыльностью задачи.

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

> Каким-таким конкурентам, если не секрет? Апстарту, с его кривой архитектурой?

Да хоть тому же openrc.

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

В systemd нет — значит не нужно!

Ответить | Правка | Наверх | Cообщить модератору

115. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 22:20 
> Правда?

Если мы говорим о сбросе шрифта и раскладки при загрузке KMS-модуля - то да.

> Без конкретных примеров больше похоже на мантру.

Ну, вы же только мантры в качестве аргументов и признаете :)

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

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

> Да хоть тому же openrc.

Я пока видел только слив openrc. Один, но зато шумный и смачный. В Дебиане.

> В systemd нет — значит не нужно!

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

Ответить | Правка | Наверх | Cообщить модератору

120. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от AX (ok), 27-Мрт-14, 22:36 
> Если мы говорим о сбросе шрифта и раскладки при загрузке KMS-модуля

Нет, не про него.

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

Ради интереса, посмотри как в systemd реализовано переключение между двумя режимами восстановления/сохранения громкости (файлы alsa*.service). Вот этот костыль всем костылям костыль!

> Я пока видел только слив openrc. Один, но зато шумный и смачный.
> В Дебиане.

ЕМНИП его ругали только за плохую документацию и отсутствие этих ваших cgroups.

Ответить | Правка | Наверх | Cообщить модератору

118. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 22:25 
> Задача "прочитать переменную из конфига и в зав-ти от её значения запустить
> дополнительно X" очень извращённая и костыльная, ага.

Вообще - да, извращенная и костыльная. В большинстве случаев это нафиг не вперлось и только взорвет мозг админу который будет админить систему после кулсисопа. На вашем локалхосте это может и не проблема, а вот в больших инсталляциях с такими художествами разбираться - нафиг нужно, скажем дружно. Какой-то кулсисоп напхает неочевидной логики хз где, уволится, забыв описать это в документации, а остальные потом думай где же это нечто было и как работало. То что такого "счастья" станет меньше - вообще фича а не баг.

> Да хоть тому же openrc.

А он вообще не понятно какие проблемы решает. Все недостатки инита у него на месте.

> В systemd нет — значит не нужно!

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

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

114. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 22:20 
> Поэтому я написал "не первое место", а не "вообще не требуется".

Тем не менее, это одна из частей знания системы. Достаточно важная. Разумеется, отличия на этом не заканчиваются. Но теперь есть надежда что как минимум в этом аспекте наиболее популярные дистры будут более-менее похожи. Хотя есть шансы получить xkcd #927, разумеется :).

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

У этих по крайней мере есть хоть какой-то логгинг как стандартная фича, для начала. А если простынка на баше не смогла запустить моего демона - я в общем случае вообще не буду знать почему, пока САМ не привинчу хоть какой-то логгинг.

> К слову, на баше тоже самое делается в пару *десятков* строк легкочитаемого текста.

Ну так делайте на баше. А я как-то предпочту упомянутой системой инициализации пользоваться, т.к. такие вещи скорее всего вообще поправят майнтайнеры дистра и меня это колыхать вообще не будет. Зато типовые задачи "я вот тут скомпилил мой демон и теперь его надо добавить в систему" будут проще. В том числе расстановку приоритетов/юзеров, отпиливание в контейнер, старт не ранее чем появилась сеть, перезапуск при крахе и прочие вещи, актуальные для более-менее систем которые более-менее в автопилотном режиме работают и т.п..

> нефиг было обновляться и вообще debian oldstable рулит)

Да не, почему? Я в курсе что баги и проблемы бывают у всех. Но в данном случае я имею все основания ожидать что баги и проблемы вытопчут early adopters и _мне_ будет сухо и комфортно, в 99% случаев моя жизнь станет проще.

> больше ничего не дождёшься?

Ну от рассказчиков про ужасы systemd я тоже увидел как максимум пример с 4 условными путями. Не больно какой страшный код, имхо. А так я приводил пример с скриптом udev, где часть конфигурационных данных типа путей - на второй-третьей странице зарыты. Очень удобно, если такой скрипт захочется на другой системе запустить.

> Я предлагаю осознать простую мысль: systemd выглядит простым только на самых
> примитивных  задачках типа "запустить X при старте, грохнуть при останове и больше
> ничего" (хотя тут и инитскрипты вполне справятся с задачей).

Таких задач как раз 99% и с ними станет меньше проблем.

> начинает расти по экспоненте и systemd начисто сливает всем конкурентам. Примеры
> я уже приводил.

Да, при этом НеЛюбителями (tm) как-то все-время тактично скипается возможность взять свою любимую простынку на шеллскриптах, при том что поттер никак не сможет полностью отобрать эту опцию, т.к. шелл интерпретер такая же программа как и все остальные и его можно запускать не хуже чем других.

> Неа, про systemd.

А sysv как обычно скидки, да? По принципу "свое не пахнет"?

> Учитывая, что в убогих юнитах даже проверку переменной из конфига не организуешь,

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

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

94. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 21:48 
> Только вот знание системы инициализации занимает здесь далеко не первое место.

Администратор, не умеющий работать с ситемой инициализации своего дистрибутива, профессионально не пригоден.

>> Не больше чем для разбирательства в некоторых портянках на баше.
> Для разбирательств в "портянках на баше" нужны минимальные знания по циклам и
> ветвлениям на шелле плюс знания собственно используемых утилит и демонов.

В sysvinit логика запуска зачастую размазана между кучей файлов, с нетривиальными конструкциями (ветвлениями, циклами) и кучей ключей/идентификаторов/etc., к-рые в одной версии есть, в другой нет, а в третей работают по-другому.

> Ну и от необходимости знать шелл systemd всё равно не избавляет.

А у него нет такой задачи. Его задача - избавиться от шелла там, где он неэффективен.

> Это всё пустые слова. Самое страшное, что смогли привести адепты systemd — это цикл с seq в инитскриптах mysql.

Видимо, вы никогда не видели init-скриптов.

> ЧСХ в юнитах systemd все эти нагромождения остались, только их запихнули в скрипт в /usr/bin.

И systemd тоже не видели.

> Юниты systemd от этого точно не спасают.

Юнит systemd от этого спасает, хотя бы потому, что в нем на порядок меньше воды.
Обычно юнит в 10-20 раз меньше по размеру, чем исходный скрипт, при равном количестве полезной информации.

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

105. "Я понимаю, что отвечаю клоуну, но всё же…"  –3 +/
Сообщение от AX (ok), 27-Мрт-14, 22:03 
> Администратор, не умеющий работать с ситемой инициализации своего дистрибутива, профессионально
> не пригоден.

Господа адепты systemd, вы вообще читать умеете? Или только писать? :)

> В sysvinit логика запуска зачастую размазана между кучей файлов

Какое убогое передёргивание.

> нетривиальными конструкциями (ветвлениями, циклами)

Марш в школу!

> Видимо, вы никогда не видели init-скриптов.
> И systemd тоже не видели.

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

> Юнит systemd от этого спасает, хотя бы потому, что в нем на
> порядок меньше воды.

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

Ответить | Правка | Наверх | Cообщить модератору

110. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 22:11 
> Господа адепты systemd, вы вообще читать умеете? Или только писать? :)

А зачем вас читать, вы же все равно ничего умного не напишете. :)

>> В sysvinit логика запуска зачастую размазана между кучей файлов
> Какое убогое передёргивание.

Вполне заслуженное. Сами нарвались, пытаясь отрицать очевидное.

>> нетривиальными конструкциями (ветвлениями, циклами)
> Марш в школу!

От вашей истерики они не станут более тривиальными.

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

А, так вы адепт systemd! По вам и не скажешь.
> Для нелюбителей воды есть openrc и куча других инитов

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

Ответить | Правка | Наверх | Cообщить модератору

122. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 28-Мрт-14, 02:51 
> Марш в школу!

А это не убогое передергивание?

> Я-то как-раз на них насмотрелся более чем достаточно.

Зато скидки черти-каким портянкам - всегда пожалуйста. Вон в комплекте к psybnc идет редкий кус гомнокода. Удачи этот шит в дебиане запустить без правки довольно мерзкого кода, где половина путей в коде, посередине файла заколочена.

> дистрибутивные скрипты вообще толком не смотрели.

Какие еще "скрипты"?

> Для нелюбителей воды есть openrc и куча других инитов,

Вот спасибо, надстройка над инитом ничего не делает по поводу его базовых проблем. Не говоря о том что этот openrc нафиг никому не упал, и вообще, чинить его в дебиане озадачились только когда поняли что сейчас всех нагнет systemd. Вообще FAIL. Поздно пить боржоми, когда почки отказали, господа.

Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

133. "Я понимаю, что отвечаю клоуну, но всё же…"  –1 +/
Сообщение от AX (ok), 28-Мрт-14, 10:15 
> А это не убогое передергивание?

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

> Зато скидки черти-каким портянкам - всегда пожалуйста.

Убогий формат юнитов ещё хуже, чем любая километровая портянка на баше (ведь из-за их убогости приходится лепить ещё большие портянки, только размазанные по тысяче файлов). Это факт. Смирись.

> Вон в комплекте к psybnc
> идет редкий кус гомнокода. Удачи этот шит в дебиане запустить без
> правки довольно мерзкого кода, где половина путей в коде, посередине файла
> заколочена.

В комплекте к psybnc идёт только коротенький скрипт для crontab (надеюсь, ты не его имел в виду). А если у мейнтейнера какого-то дистра проблемы с руками, то это проблемы исключительно этого дистра.

И раз уж на то пошло, попробуй, к примеру, posgresql.service из федоры запустить в том же арче и расскажи о результатах.

> Какие еще "скрипты"?

Стартовые, не? :)

> Вот спасибо, надстройка над инитом ничего не делает по поводу его базовых
> проблем

И всё же посмотри, как должен выглядеть нормальный формат юнитов.

Ответить | Правка | Наверх | Cообщить модератору

92. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 21:39 
>> А куча гомнокода на баше этого, конечно, не требует.
> Я никогда не слышал про специальность "администратор дебиановских инитскриптов", а вот  для systemd явно что-то такое вскоре потребуется.

Для systemd требуется ровно две вещи: логическое мышление и умение читать маны.
Не умеет связно мыслить или испытываете отвращение к чтению документации? Марш скриптовать!

> Да и в самых сложных инитскриптах, несмотря на все вопли поццерингоклоунов, никакой особой магии нет.

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

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

99. "Я понимаю, что отвечаю клоуну, но всё же…"  –4 +/
Сообщение от AX (ok), 27-Мрт-14, 21:52 
> Для systemd требуется ровно две вещи: логическое мышление и умение читать маны.

А ещё огромное терпение, чтобы переворотить кучу этих самых манов (и это только маны самого systemd!), юнитов и иногда даже залезть в исходники, чтобы понять, как именно оно работает.

> Не умеет связно мыслить или испытываете отвращение к чтению документации? Марш скриптовать!

Очень смешно.

> Ну, если вам не нравится слово магия, скажем проще - гoвнокод. Потому
> что обычно скрипты пишут отнюдь не программисты

По крайней мере во времена инитскриптов непрограммисты лезли только в скрипты, а теперь они сам systemd пишут.

Ответить | Правка | Наверх | Cообщить модератору

102. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 21:57 
> А ещё огромное терпение, чтобы переворотить кучу этих самых манов (и это
> только маны самого systemd!), юнитов и иногда даже залезть в исходники,
> чтобы понять, как именно оно работает.

Можно пример, когда реально необходимо залезть в исходники?

>> Не умеет связно мыслить или испытываете отвращение к чтению документации? Марш скриптовать!
> Очень смешно.

Суровая правда жизни.

> По крайней мере во времена инитскриптов непрограммисты лезли только в скрипты, а теперь они сам systemd пишут.

Неа. systemd пишут профессиональные программисты, а непрограммисты сначала кричат "ваш systemd гамно, смотрите, как надо", а потом извиняются и дарят поттеру шоколадки.

Ответить | Правка | Наверх | Cообщить модератору

108. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от AX (ok), 27-Мрт-14, 22:09 
> Можно пример, когда реально необходимо залезть в исходники?

К примеру, приходилось залезать в исходники systemd-vconsole, чтобы разобраться со сломанной консольной раскладкой. Почему нельзя было просто сделать отдельные сервисы с запуском setfont/loadkeys, как в остальных инитах, я так и не понял.

> Суровая правда жизни.

Такие люди как-раз бегут на systemd, ведь там достаточно прописать ExecStart/ExecStop. Правда, по мере усложнения задачи вся "простота" systemd куда-то улетучивается, но они про это не знают.

> Неа. systemd пишут профессиональные программисты, а непрограммисты сначала кричат "ваш
> systemd гамно, смотрите, как надо", а потом извиняются и дарят поттеру
> шоколадки.

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

Ответить | Правка | Наверх | Cообщить модератору

112. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 22:15 
> К примеру, приходилось залезать в исходники systemd-vconsole, чтобы разобраться со сломанной консольной раскладкой.

Так вы возмущаетесь, что для локализации бага вам, о ужас, пришлось отлаживать! Правильно?

> Такие люди как-раз бегут на systemd, ведь там достаточно прописать ExecStart/ExecStop.
> Правда, по мере усложнения задачи вся "простота" systemd куда-то улетучивается, но
> они про это не знают.

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

> Но при этом продолжают считать systemd гамном

Не факт.

> и форк свой не забрасывают.

Только почему-то на 90% "разработка" состоит из копипасты "ненавистного" systemd-udevd :)

Ответить | Правка | Наверх | Cообщить модератору

119. "Я понимаю, что отвечаю клоуну, но всё же…"  –1 +/
Сообщение от AX (ok), 27-Мрт-14, 22:27 
> Так вы возмущаетесь, что для локализации бага вам, о ужас, пришлось отлаживать!
> Правильно?

Именно. В шелле такие вещи делаются в разы проще, знаете ли.

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

А если требуется?

> Не факт.

Видел диалог в багзилле на тему нерекурсивного Makefile? (это было как раз после той конференции)

> Только почему-то на 90% "разработка" состоит из копипасты "ненавистного" systemd-udevd
> :)

Ну так от них большего и не требуется. Сам поттеринг впихнуть ключик --udev-only не осилил, даже со всеми своими помощниками. Предложенный патч отклонил, мол делать Makefile рекурсивным не Ъ (ведь экономия минуты-другой *при сборе* бесценна, даже ценой сильного усложнения кода). И даже с нерекурсивным Makefile, говорит, всё равно не принял бы, ведь тогда он стал бы ЕЩЁ СЛОЖНЕЕ.

Проникнитесь моментом, как говорится. Вот и приходиться разрабам eudev помогать убогим…

Ответить | Правка | Наверх | Cообщить модератору

129. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 28-Мрт-14, 03:37 
> Именно. В шелле такие вещи делаются в разы проще, знаете ли.

Для начала, типовая картина: добавили сервис в систему. Он фигак и не взлетает. Почему? От чего? В логах чисто. Оказывается логгинг - это опция. Которую самому кодить надо, хренли. Чтобы узнать что там банальный permission denied или no such file. И вы знаете, вот такие мелкие паскудства при совершенно типовых операциях - утомляют.

> А если требуется?

Запустите ваш любимый шеллскрипт. А чем запуск шеллскрипта отличается от запуска чего либо еще?

> --udev-only не осилил, даже со всеми своими помощниками. Предложенный патч отклонил,
> мол делать Makefile рекурсивным не Ъ (ведь экономия минуты-другой *при сборе*
> бесценна, даже ценой сильного усложнения кода).

Он скорее не хочет возиться с хренью под чужие причуда, которая ему под его цели нафиг не уперлась, как и большинству остальных разработчиков. Ну если называть вещи своими именами. Да, иногда надо уметь в том числе и фак показать. Иначе на голову сядут и заклюют.

> Проникнитесь моментом, как говорится. Вот и приходиться разрабам eudev помогать убогим…

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

Ответить | Правка | Наверх | Cообщить модератору

134. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от AX (ok), 28-Мрт-14, 10:28 
> Для начала, типовая картина: добавили сервис в систему. Он фигак и не
> взлетает. Почему? От чего? В логах чисто.

Ну вот от бага с раскладкой эти ваши логи ничуть не помогли. Какой смысл в логах, если всё забито внутри бинарного блоба.

> Запустите ваш любимый шеллскрипт. А чем запуск шеллскрипта отличается от запуска чего
> либо еще?

Ну вот спроси поццеринга, зачем начал воротить в своих "простых" юнитах конструкции как alsa*.service или как по ссылке выше. Ведь можно просто запустить скрипт!

>> возможность собирать udev без лишней системы инициализации, логов, веб-сервера, генератора qr-кодов
> Он скорее не хочет возиться с хренью под чужие причуда

ЛОЛ

> Удачи в работе на мусорник.

Удачи в сдаче ЕГЭ.

Ответить | Правка | Наверх | Cообщить модератору

113. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 22:16 
> Неа. systemd пишут профессиональные программисты, а непрограммисты сначала кричат "ваш
> systemd гамно, смотрите, как надо", а потом извиняются и дарят поттеру
> шоколадки.

Это называется индуцированный бред. Бывает даже врач подцепляет от пациента. Ну а о ментальной гигиене школоты^W адептов системд и говорить не приходится - они полностью впитывают эту ахинею.

Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

116. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 22:22 
> Это называется индуцированный бред. Бывает даже врач подцепляет от пациента. Ну а
> о ментальной гигиене школоты^W адептов системд и говорить не приходится -
> они полностью впитывают эту ахинею.

Пока что мы видели бред только от "разработчиков Gentoo" :)

Ответить | Правка | Наверх | Cообщить модератору

131. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 28-Мрт-14, 03:47 
> о ментальной гигиене школоты^W адептов системд

Еще один образчик эталонно непредвзятого мнения. От НеШколоты (tm).

Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

123. "Я понимаю, что отвечаю клоуну, но всё же…"  –1 +/
Сообщение от Аноним (-), 28-Мрт-14, 02:55 
> По крайней мере во времена инитскриптов непрограммисты лезли только в скрипты, а
> теперь они сам systemd пишут.

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

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

104. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 27-Мрт-14, 22:02 
> Для systemd требуется ровно две вещи: логическое мышление и умение читать маны.

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

Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

124. "Я понимаю, что отвечаю клоуну, но всё же…"  +/
Сообщение от Аноним (-), 28-Мрт-14, 02:58 
> Лично тебя в одном из прошлых обсуждений тыкали в вещи которые нельзя
> найти в мане, а только посмотрев ченджлог или пошарив в репах апстрима.

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру