> 1) Ну да, ну да. До поттера не было *ничего*, кроме проблем, которые *никак* не решались.Это утрирование. Но направление мысли ИМХО верное.
> Не было вотчдогов -- это мы слышали. Бедный Бернштейн [...]
При всем уважении к DJB, как DJBшное творчество поможет мне мониторить сервис, слушаюший UART и кнопки на GPIO? Такое откровение, что критичный сервис не обязательно работает с сетью?
А еще будет запуск программ в 2 местах. Лоскутное одеяло - очень удобно.
Ах да, "99% это не нужно". Но сейчас пингвин много где, проценты пора апдейтить, а если тыкать каждому нужностью, не нужно окажется такое решение. Что и наблюдается.
> А теперь ещё оказывается была проблема внятного администрирования, и мы оказывается
> тратили сутки, чтобы понять состояние системы!
За вас не скажу, мне - проще, быстрее и удобнее. Теперь при встрече с неизвестной мне системой я за несколько команд понимаю основные моменты. Хорошо.
> Ну ты офигеть вообще сказочник. Зато systemd, кончно же, эту пробелму решает.
> И etckeeper не нужен -- это просто какая-то блажь маргиналам в голову взбрела!
Разные аспекты. Менеджмент конфигов одно, понимание что сейчас запущено и почему - иное. Это частично родственные задачи, так что если сильно настаивать... нннну, в openwrt даже запилили... даже вроде и не реестр... ;)
И таки etckeeper по сравнению с системдой маргинальщина. На моем лаптопе я нечто такое снапшотами ФС делаю, для системы вообще. Зачем там systemd - понятно. А etckeeper - не очень. Системд на почти каждом первом пингвине. А etckeeper? Значит маргинальщина.
> 2) Ремонтопригодность systemd оставляет желать лучшего. Чего стоит один только журнал,
> который невозможно восстановить при повреждении.
Зато можно разложить так что файло не будет повреждаться при проблемах. А вот текстовый лог так разложить проблемно, на уровне сисколов и логики работы ФС и программ (я про преаллокацию и число фрагментов). И well known сигнатур для поиска при развале ФС нет.
И ты уверен что ластик и икебана замечательно работает если у меня например вместо ДЦ будут железки по дохлому GPRS, падающему 5 раз на дню на полчаса? А то здорово когда "правильное хранилище" есть. А если оно "где-то там" следующие полчаса?
> В случае прода, где журналы со всех машин перенаправляются в аггрегатор
> с нормальным хранилищем, это сойдёт. В случае одной машины -- считай, что ты мёртв.
В вопросах файлух и дата рекавери - сначала я имею выбор. Потом выбор меня. Так по моему честно и в этих вопросах я сам уж как-нибудь разберусь для себя без твоей ценной экспертизы, сорь.
> 3) Позволяет упростить жизнь? Да ну, как же.
Мне ряд операций стало делать проще, быстрее и удобнее. Изучение состояния систем которые я впервые вижу, добавление своих сервисов и т.п..
> Раньше у меня были скрипты, причём в основном хорошего качества (почему у тебя качество
> было не ахти -- я хз, наверное потому что ты не debian-ом пользовался,
Где ж ты был такой красивый, когда тигар дебиан троллил по этой линии?
> ну или потому что ты сказочник).
Ггг тут красивая сказка была, меня тигар макнул в баг дебиановского скрипта. Я лично проверил, баг был. Обидно, но что делать. Впрочем с тех пор отрос радикальный и потому стебный фикс :)
> чтобы у других людей такой проблемы не возникало.
Это в теории. А на практике черти-какие скрипты попадались. А еще есть программы которых в репах нет. И у них попадается вообще не весть что. Пофиксить конечно можно, но...
> Теперь же у меня есть один гиганский блоб systemd, в котором код известно какого качества.
Ну и вот лично мне системд никаких особых проблем за столько времени почему-то не создал. А править в 99.9(9)% надо кривой юнит. Что проще чем скрипт - даже не кодинг.
> И если он начинает давать дурные взбрыки, то п****ц, ничего
> ты уже не поделаешь -- фигвам, mission impossible.
На себе я этого почему-то ни разу не ощутил, при весьма активном использовани системды. А вот горбатые скрипты таки периодически ощущались. Так что лично у меня опыт с точностью до наоборот. Как же так?
> Пиши баги в апстрим, договаривайся с неадекватом-поттером, который тебя ещё
> и нaх пошлёт, "патамушта это ни баг". Вот оно мне надо?
Тебе - не знаю. А если мне выбирать из опции "договариваться с тобой" и "догавариваться с поцтером" - с поцтером я имхо быстрее договорюсь.
> 4) Попытки что-то там сделать меня не интересуют. Меня интересует результат. А
> результат, как и во всех предыдущих проектах поттера -- г oвно.
Все познается в сравнении. И это сравнение было не в пользу сравнимаемых с системд. А рассуждения о том что могло бы быть и лучше - так где оно? Ну не monit же в паре с sysv init в самом деле, которые вообще на мои задачи не натягиваются!
> не понимаю, на кой ляд мне использовать это глюкало вместо тех
> программ, что хорошо зарекомендовали себя раньше.
А я разве настаивал что тебе всенепременно надо использовать это? Я против однобокой точки зрения что дескать проблем (у всех) не было и было (все) зашибись, не более.
> Ну не хочу я гo вно юзать, что ты не понимаешь?
Так я и не настаиваю что ты должен это использовать. Но имею кое-что против приукрашательств и сказа о том что проблем не было.
> Так, остальное глазами пробежался. Пропаганда, она и в африке пропаганда.
А в чем мой профит от этой пропаганды? Хочешь я тебе страшную тайну открою? Если нечто станет разруливать мои задачи лучше - я в два счета полюблю вместо системды это. Моя идеология в вопросах эксплуатации - "машина должна работать, а человек - думать". Долботня с системной рутиной типа таймаута сервису на думание не очень похожа, поэтому о ее отсутствии я скучать не буду.