systemd v242

Т.е. ты не можешь опровергнуть факт

Он даже не пытается. Он сдес дlя того, чтобы обзыват противников системдна. При этом считает, что у кого-то горит от его скучного недотроllинга. Так что он вряд lи фанат системды вроде ивана «Дурака» shаповаlова.

Ну разве что. Хотя все давно уже разобраlис с системдой, про-контра давно приведены. А это не системддрочер, а жирнейshий троll. Хотя может новичкам и будут поlезны твои комментарии.

А воспроизвести баг легко.

Распиши плиз алгоритм как воспроизвести

... как воспроизвести...

Запускаете любой сервис, который плодит процессы на каждый сеанс. Открываете сеанс клиента. Пытаетесь перезапустить сервис. До окончания сеанса клиента сервис не перезапустится. Возможно есть какие-то нюансы (типа клиентский сеанс должен заниматься дисковыми операциями). У меня CentOS 7, apache, postgresql, vsftpd, и разные мелочи. PostgreSQL запускается без systemd (достаточно было наступить на грабли с обвалом разделяемой памяти). Обращения к apache иногда достигают нескольких минут, но сеансов не много. Вот у vsftpd от сотни до шести сотен одновременных клиентских соединений. Естественно, некоторые соединения могут подвиснуть до истечения TCP таймаута. Естественно, некоторые соединения довольно медленны (большинство клиентского оборудования за пределами МКАД, а для оборудования скорость не важна, а скачивать оборудование может довольно много). Я ни разу не мог дождаться штатной остановки сервиса FTP (три-четыре работающих сеанса не дают ему остановиться, а systemd не даёт соединиться сотням других клиентов).

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

В случае systemd это действительно так, а вот в случае убогих простыней на баше, которыми обеспечивался запуск в сисините (которые ещё и дистро-специфичные были) легко могло быть и наоборот. Что,собственно, и явилось одной из причин как появления systemd, так и его быстрого распространения как среде мейнтейнеров дистрибутивов, так и среди авторов сервисов.

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

Т.е. ты не можешь опровергнуть факт

Т. е. ты искренне считаешь, что любая дичь, которую ты ляпнул на форуме, тут же становится фактом? Ты и раньше демонстрировал прорехи в логике, но это прям чёрная дыра какая-то :-D

Запускаете любой сервис, который плодит процессы на каждый сеанс.

Постоянно так делаем.

Открываете сеанс клиента. Пытаетесь перезапустить сервис.

Сервис перезапускается. Упс.

До окончания сеанса клиента сервис не перезапустится.

С чего бы это вдруг?

Возможно есть какие-то нюансы

Ага, например руки, растущие из плеч.

У меня CentOS 7

То есть вот у тебя (по твоим словам) есть проблема.

• Решить проблему самостоятельно ты не можешь - потому что не хватает мозгов.
• Прочитать документацию чтобы решить проблему ты не можешь - потому что в ней много букв и мало картинок.
• Купить поддержку у Красной Шляпы чтобы они решили твою проблему ты не можешь - потому что жадный.
• Поставить CentOS 6 (который, кстати, до 2020 поддерживается) где нет systemd ты не можешь - потому что ойвсё.

Кто в данной ситуации виноват? Ну разумеется systemd! Надо срочно поныть об этом на ЛОРе - ведь всем известно, что проблемы с IT-инфраструктурой решаются именно так.

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

Бгг. Вот, дорогие читатели, ещё один пример вранья системдерастов. Достаточно заглянуть в сырцы произвольного демона, у которого есть в сырцах и скрипт для sysvinit и .service для systemd и тупо посчитать количество правок для древнего скрипта и модного молодёжного *.service. Благо всякие git'ы позволяют это сделать совершенно не напрягаясь. И, совершенно внезапно, оказывается, что именно *.service почему-то надо постоянно править, тогда как «корявый скрипт» лежит совершенно нетронутым аж с альфа-версии. :)

Т. е. ты искренне считаешь, что любая дичь, которую ты ляпнул на форуме, тут же становится фактом?

Дичь тут только от фанбоев типа тебя течёт нескончаемым потоком. :)

Достаточно заглянуть в сырцы произвольного демона, у которого есть в сырцах и скрипт для sysvinit и .service для systemd и тупо посчитать количество правок

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

тогда как «корявый скрипт» лежит совершенно нетронутым аж с альфа-версии

Что я, собственно, и говорил - ковыряться в этом дерьме разработчики не хотят: именно поэтому поддержка systemd распространилась по открытым проектом со скоростью полыхания хейтерских пуканов :)

тупо посчитать количество правок

В одном ты прав: действительно тупо.

именно *.service почему-то надо постоянно править

Докажи, что между этими явлениями есть причинно-следственная связь. Большее количество правок != большая недоработанность.

«корявый скрипт» лежит совершенно нетронутым аж с альфа-версии

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

Большее количество правок != большая недоработанность.

А какие ещё могут быть причины для постоянных правок *.service?

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

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

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

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

Что я, собственно, и говорил - ковыряться в этом дерьме разработчики не хотят:

Зато, видимо, очень хотят ковыряться в системдешном дерьме. :)

именно поэтому поддержка systemd распространилась по открытым проектом со скоростью полыхания хейтерских пуканов :)

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

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

То есть тебя даже на пару сообщений не хватило? Как только упомянули про необходимость пруфлинков - моментом слился?

обнаруживающих что есть люди, которым системд совершенно не нужен

Лол, с чего ты решил, что это меня как-то расстраивает например? За хейтерами я наблюдаю со смесью жалости и брезгливости. Уже все основные дистрибутивы на systemd перешли, уже большинство программ .service файлы прямо в репозитарий включили, уже даже ЛОР перекатился на дистр с systemd, а они всё ещё героически борются против системы, стоически сживая полыхающий афедрон. Это не люди, это русский рэп какой-то.

Не льсти себе: то, что я опровергаю твой FUD ешё не значит, что я считаю тебя интеллектуальным собеселником.

Offtop: какая у тебя любопытная аватарка - это откуда такое?

То есть тебя даже на пару сообщений не хватило? Как только упомянули про необходимость пруфлинков - моментом слился?

Ты школота, что-ли, бесполезная, что тебе пруфлинки нужны?

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

Большинству программ нафиг не нужны .service файлы. Ты вообще думаешь когда пишешь, или твой парсер INI файлов наткнулся на директиву AdvocateSystemd=unlimited и завис напрочь?

уже даже ЛОР перекатился на дистр с systemd

ЛОР вообще на жабе, которая ещё отвратительнее чем системдэ. :)

то, что я опровергаю

Ты ничего не опровергаешь, ты просто позоришься и веселишь местных пассажиров. :)

https://twitter.com/vedm_vmeste.

Ты школота, что-ли, бесполезная, что тебе пруфлинки нужны?

Вот! Вот это практически квинтэссенция systemd-хейтера. Прям «в граните отлил» - ни убавить, ни прибавить.

во всех дистрибутивах

Ты юзаеsh одновременно все дистрибутивы?

корявых скриптов.

Корявыми они быи у рэдхэтовцев.

У системдаунов и непрерывных интеграторов вечно «протухает» их говнецо есlи постоянного не вороshит его lопатой, то что рабочее и настроенное может работат годами без «сопровождения» дlя их ущербного ума непостижимо.

Корявыми они быи у рэдхэтовцев.

У редхатовцев не только скрипты корявыми были, одну только кудзу стоит вспомнить - трэш и угар же. :)

Думаю тут проще всё - то, что не требует «сопровождения» не приносит бабла всяким редхатам и прочим, на «сопровождении» кормящимся. Вот и пригорает, от того, что что-то работает и жрать не просит.

Тоже так считаю. «Cофт как усlуга». Своlочи и жуlики.

то, что не требует «сопровождения» не приносит бабла всяким редхатам и прочим, на «сопровождении» кормящимся

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

Да-да, нужно больше всякого net.naming-scheme=v239 и прочего маразма с дебилизмом :) А то ишь, обновляются, и у них всё продолжает работать. :)

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

Да я лучше Патрику денег зашлю

RedHat в шоке - говнопровайдер из Дегунино отказывается от контракта на поддержку. На биржах паника, трейдеры срочно распродают акции IBM! :-D :-D :-D

отказывается от контракта на поддержку.

Всё правиlно деlает, щlяпа не нужна как и фридесктоп с дубасом.

Расскажи же мне, зачем поддерживать то, что в поддержке не нуждается? :)

Кроме того, слака постарше редхата будет. При этом факапов у слаки на много порядков меньше, а эпических вообще не было ни разу. Бюджет нам пилить через откаты не надо. Маркетоидное говно не интересует, дебилов в руководстве не держим. Сотрудники имеют достаточный IQ чтобы не срать кирпичами от нескольких строк на баше. Работать надо 24х7. Выбор очевиден. И это точно не редхат с системдэ. :)

Кстати, мы однажды, давным-давно официально купили RHEL5 :) Ну чисто на поглядеть, и вообще. После того, как замечательная кудза (далёкий предок системды) нашла десяток несуществующих сетевух после очередной перезагрузки, из-за чего всё «почему-то» перестало работать, а хвалёный суппорт предложил подождать до конца выходных, редхата у нас не стало. :)

нашла десяток несуществующих сетевух

Она просто пошарила в каптёрке.

Запуск сервисов с помощью хвалённых декларативных конфигов можно реализовать и на инит скриптах, причём элементарно — первый сервис запускает всех. Нет привязки к ЯП, нет привязки к чему-то там ещё, чёрт побери, параллельный запуск. И всё это элементарно и просто.

Вопрос в том, зачем тогда системд. А, если быть более конкретным, зачем нужна реализация без спецификации? Был бы спек, было бы разделение, следуя пути юникс, не было бы проблем вообще. Хоть 50 инстанцов системд по цепочке зспускающих друг друга.

Ну как бы это была каптёрка не какой-нибудь срани, а Proliant'а DL160 G4, а редхат с хьюлетом вась-вась и предполагалось что RHEL5 как рекомендованная производителем железа система не будет вытворять таких финтов ушами. А купленный за ~800 баксов год редхатовской поддержки оказался мало того, что 9x5, так ещё и ни одной проблемы так и не позволил решить даже в будни. Ну и нахера такой энтерпрайз нашему энтерпрайзу? :)

ЗЫ: Этот самый пролиант, кстати, уже больше 10 лет без единой проблемы прекрасно живёт под слакой и в данный момент неспешно занимается всякими некритичными делами.

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

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

и если уж куда приходишь на работу - там мейнстрим и systemd

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

это прикольно.:( а я в треде про бету rhel8 так и не получил ответ от альфы, почему в багзиле редхата компонент systemd значится плоходокументированным после 5 лет обкатке в rhel7.

Кроме того, слака постарше редхата будет.

Годовые кольца ещё посчитай - ведь именно так принято сравнивать дистрибутивы GNU/Linux.

дебилов в руководстве не держим

Подожди, ты же утверждал, что совладелец, а значит один из руководителей, не?

Сотрудники имеют достаточный IQ

Который ты не раз продемонстрировал в данном топике. Например:

замечательная кудза (далёкий предок системды)

Но твои перлы вообще через один можно цитировать :-)

и если уж куда приходишь на работу - там мейнстрим и systemd

Казалось бы, самое время задуматься - вдруг это несовпадение и за этим стоит некая закономерность. Но нет, думать некогда, нужно срочно бороться с заговором путём написания комментов не ЛОРе (потому что борьба путём написания кода всё-таки требует некоторого интеллекта).

несу тебя в общий игнор с остальными

Я в ужасе! Нужно немедленно прочитать руководство по нахождению в игноре у интеллектуального инвалида. Какие есть советы, подводные камни?

Системда и задачи ненужной кудзы в себя втягивает.

Годовые кольца ещё посчитай - ведь именно так принято сравнивать дистрибутивы GNU/Linux.

А что, есть какой-то иной способ определения годности дистрибутива? Поделись же скорее, поржём.

Подожди, ты же утверждал, что совладелец, а значит один из руководителей, не?

Да, поэтому дебилов, оценивающих дистрибутивы по модности, молодёжности, цене на поддержку и прочему маркетинговому шлаку не держим.

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

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

у нас 20 лет назад как раз была сетка ОКС.:) это был период войн, когда сетки резали друг другу кабели. потом да, они пиринговались и вроде бы даже дружили. а вот потом их как раз и скупили одну за одной. сначала провайдер покрупнее, потом еще покрупнее, потом уже пришли киты типа МТС. так что если вдруг этот Стуров решит продать свой бизнес и поменять место жительства... фронт этот все-таки вопрос личных интересов.

Нужно немедленно прочитать руководство

я не думал, что ты умеешь читать... удивил! [зевнул]

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

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

неотпиливаемой и незаменяемой нынче части системдэ под названием udev

О, дык у тебя ещё и от udev пригорает? Это насколько ж ты старый? Я думал просто дурак, а оказалось это возрастное - приближющаяся деменция даёт о себе знать.

скорее всего про кудзу впервые от меня услышал

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

я не думал

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