forum.opennet.ru

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

Оглавление

Доступен русскоязычный видеоурок о systemd, opennews (ok), 17-Ноя-14, (0) [смотреть все] +1

Отлично, то что нужно , Fracta1L (ok), 19:46 , 17-Ноя-14, (1) +2 //

по ненужно это, как я понимаю, только первая серия на 1 5 часа , 3 (?), 07:43 , 18-Ноя-14, (53) –1

Отлично, актуально нынче для дебиановодов , EuPhobos (ok), 19:51 , 17-Ноя-14, (2) –2 //

Дебиановоды и так проходят этот цирк живьём, пока на примере центра проекта , Michael Shigorin (ok), 23:37 , 17-Ноя-14, (29) +2 //

Мишаня сегодня в неадеквате , Аноним (-), 01:02 , 18-Ноя-14, (39) –1 //

Да у него это в последнее время на волне политических обострений почти постоянно, Аноним (-), 20:42 , 18-Ноя-14, (108) –1

gt оверквотинг удален Дорогой анонимный Брат, ты напрасно упомянул имя Светоди, АнонуС (?), 01:48 , 19-Ноя-14, (122) –1
Скорее обжёгшись на молоке, дует и на воду Довольно неприятно пытаться что-л, Michael Shigorin (ok), 14:04 , 19-Ноя-14, (127)

Мишаня, мы тебе сочувствуем и относимся со всем возможным пониманием, уж поверь , АнонуС (?), 01:32 , 20-Ноя-14, (138)

Нет Читая , Michael Shigorin (ok), 02:34 , 21-Ноя-14, (143)

Лолчто Только OpenRC, только хардкор , Dobro (?), 13:33 , 18-Ноя-14, (86) –1 //

А мне не надо хардкор Мне надо простое и удобное выполнение типовых операций А, Аноним (-), 20:43 , 18-Ноя-14, (109) –1

хотелось бы возможность заливки и просмотра офлайн, есть посмотреть послушать , Аноним (-), 19:57 , 17-Ноя-14, (3) //

youtube-dl да и вебсервисов тьма, стыдно линуксоиду спрашивать такое , Аноним (-), 20:19 , 17-Ноя-14, (9) +3 //

Вы всё ещё кипятите Тогда мы идём к вам YouTube Center, хотя для целей добавлен, Аноним (-), 06:12 , 18-Ноя-14, (50) –2 //

Чувак, ютуб в HTML5 - обычный веб И мувик может скачать любая качалка Ну там w, Аноним (-), 20:45 , 18-Ноя-14, (110)

мне не стыдно ибо знаюсырец мне дай про это спрашивал , а там уж разберусь в ка, _йцукен (ok), 15:17 , 18-Ноя-14, (96) –1

360 https r5---sn-4g57knek googlevideo com videoplayback nh IgpwcjAyLmZyYTA1Kg, th3m3 (ok), 20:35 , 17-Ноя-14, (11) +1
в url перед youtube добавь ss ssyoutube нажми enter и скачивай в каком хочешь , kleem_head (?), 11:30 , 18-Ноя-14, (69) –1

А могу я как-то просмотреть это видео посредством самого systemd Обычно там ест, SpiritOfStallman (ok), 20:04 , 17-Ноя-14, (5) +40 //

Конечно, вот тебе экземпляр модуля Unit Descri, Аноним (-), 05:46 , 18-Ноя-14, (48) +9 //

Блин, как же оперы не хватает , Аноним (-), 13:52 , 18-Ноя-14, (87) //

Не, знаешь, интегрировать в системдэ оперу - это как-то слишком круто , Аноним (-), 20:47 , 18-Ноя-14, (111)

Оперу - не, надо какой-нибудь iceweasel или icecat , Аноним (-), 01:40 , 19-Ноя-14, (121) –1

А то получится системдэ-опердэ и в банках будет паника , Michael Shigorin (ok), 14:45 , 19-Ноя-14, (130)

systemd это уже религия, абсолютно бесполезная система Запихать все в одну кучу, Аноним (-), 20:06 , 17-Ноя-14, (7) +3 //

Нормальный народ изучает perl чтобы было легче администрировать , Аноним (-), 20:31 , 17-Ноя-14, (10) +4 //

Изучить можно что угодно, и perl тоже Дело просто в том что systemd создают как, Аноним (-), 21:48 , 17-Ноя-14, (21) +5 //

Даже На серверах это вообще не актуально , Sinot (ok), 23:59 , 17-Ноя-14, (31) +3

Зато на серверах актуальна масса других преимуществ systemd Собственно, неудивит, Stax (ok), 00:42 , 18-Ноя-14, (36) +3

Каких именно - изменения конфиг файлов на лету или бинарные логи , khenar (ok), 08:45 , 18-Ноя-14, (58) +1

Не надо лукавить, ведь быстрая загрузка systemd, основана на параллельном запуск, Аноним (-), 13:12 , 18-Ноя-14, (82) +1

Т е сервер уже какбы и загрузился, но на запросы еще не отвечает, ибо некоторы, Аноним (-), 16:59 , 18-Ноя-14, (102)

Вот мне тоже очень интересно Апеллировать к быстрой загрузке - это вообще не аг, Аноним (-), 16:12 , 18-Ноя-14, (100)
systemd четко отслеживает, какие сервисы и как работают, с помощью cgroups отсле, Stax (ok), 19:01 , 18-Ноя-14, (107) –1

Во первых не отслеживает какие сервисы работают, а отслеживает какие сервисы упа, khenar (ok), 23:07 , 18-Ноя-14, (116) +5

А вы туда искусственный интеллект предлагаете воткнуть Первые же будете кричать, Stax (ok), 23:37 , 18-Ноя-14, (118) –1

Зачем искусственный интеллект Просто у каждого сервиса обычно есть свой механи, khenar (ok), 00:07 , 19-Ноя-14, (120) +1

Я просто оставлю это здесьhttp 0pointer de blog projects watchdog htmlпо остал, Stax (ok), 04:09 , 19-Ноя-14, (124)

А покажите, кстати, пример с мягким Инитскрипты такие видел и не только для ja, Michael Shigorin (ok), 14:56 , 19-Ноя-14, (132)
Эээ а что там собственно показывать Он по дефолту уже так работает - убивает об, Stax (ok), 19:58 , 19-Ноя-14, (135)
По моему loopbase watchdog это немного не то, о чем я говорил Как то любой even, khenar (ok), 08:26 , 20-Ноя-14, (139) +1

Кстати, исключительно верное замечание http mmonit com monit documentation mon, Michael Shigorin (ok), 14:34 , 19-Ноя-14, (129)

Вот кстати ссылка выше про watchdog покрывает часть кейзов Я имею ввиду втору, Stax (ok), 14:55 , 19-Ноя-14, (131) –1

Спасибо, узнал про systemd mailer Но какие же там предлагаются портянки вместо, Michael Shigorin (ok), 15:57 , 19-Ноя-14, (134)
Изоляция это хорошо, но слишком сложно Нет, я понимаю что конкретный сервис отп, Stax (ok), 21:12 , 19-Ноя-14, (136)
А я о чём толкую Получается некоторое улучшение ситуации по умолчанию что важ, Michael Shigorin (ok), 21:36 , 19-Ноя-14, (137)
Забавно, но вчера в monit-dev отписался страждущий, который пытается собрать ег, Michael Shigorin (ok), 20:29 , 21-Ноя-14, (144)

скорость загрузки у системдэ ниже, гораздо ниже , Аноним (-), 08:50 , 18-Ноя-14, (59) –2

Сейчас на наблюдаемом мои регулярки образы с systemd грузятся чуть быстрее, че, Michael Shigorin (ok), 13:06 , 18-Ноя-14, (79)

Получается, что хорошо настроенная система от системд выигрывает, плохо настроен, асушник (?), 13:17 , 20-Ноя-14, (141)

пегл мертв и уже даже не воняет , тигар (ok), 23:10 , 17-Ноя-14, (26) –4 //

Честно говоря звучит смешновато Т к если он и мёртв , то _возможно_ для стил, RomanCh (ok), 00:01 , 18-Ноя-14, (32) +1

Да ладно, это ж тигар От заядлого фрюшника такое услышать необычно даже , Michael Shigorin (ok), 01:07 , 18-Ноя-14, (41)
И что обычно пишут админы на перле для администрирования Скрипты для пупета , Аноним (-), 01:40 , 18-Ноя-14, (45) +1

Если бы ты год хотя бы писал на баше и на перле -- таких бы глупых вопросов не з, kurokaze (ok), 11:52 , 18-Ноя-14, (72)
Test More помогает легко протестировать работу систем подсистем сервера, а Net , Аноним (-), 14:22 , 18-Ноя-14, (91)

Но даже это можно решить на Perl - , RomanCh (ok), 17:11 , 18-Ноя-14, (103) –1

Ну я и раньше знал что Perl можно решить ПОЧТИ все Но после того как увидел это, Аноним (-), 17:20 , 18-Ноя-14, (104)

При чём здесь perl perl вместо systemd что ли предлагаете внедрить - , KinderSurprise (?), 08:16 , 18-Ноя-14, (55) //

Нет Если читать внимательно, то можно понять что речь шла о чтобы было легче а, Аноним (-), 14:08 , 18-Ноя-14, (90) +1

Нормальный народ не заказывает такси Вместо этого они изучают металлообработку , Аноним (-), 20:48 , 18-Ноя-14, (112) //

Не-не, не так все было Вот как надо нормальный народ не кушает, не спит, да и , Аноним (-), 23:29 , 18-Ноя-14, (117)

немножко не для этого, не для лёгкости администрирования это делается, а чтобы, Аноним (-), 05:13 , 18-Ноя-14, (46) –1 //

А чем systemd в этом помошник Чем все остальные пакеты У Red Hat система init с, KinderSurprise (?), 08:08 , 18-Ноя-14, (54)

Упрощение администрирования ещё куда ни шло, но устраивать большую кучу всего по, Аноним (-), 11:43 , 18-Ноя-14, (71)

Послушал пять минут и понял, как же вовремя я из всего этого администрирования у, Константавр (ok), 20:18 , 17-Ноя-14, (8) +2 //

Видеоурок придумали модераторы опеннета - нет о нем ни слова по ссылке А так , Ioann (??), 22:34 , 17-Ноя-14, (24) +5
Ну и произношение же у них Таргеты вместо целей - это ещё туда-сюда, но п, freehck (ok), 23:00 , 17-Ноя-14, (25) +1 //

Без англосаксов, патриотов и граммарнаци опеннет рунет представить нельзя , Mixt (?), 23:25 , 17-Ноя-14, (27) +5 //

Была когда-то такая хорошая черта у людей - они готовились к выступлениям подби, Константавр (ok), 00:18 , 18-Ноя-14, (34) +4

Дайте ссылку на ваши работы, пожалуйста , Traktor (?), 01:03 , 18-Ноя-14, (40)

Дык, все мои потуги и канули в процессе вечного перерождения опенсорсных проекто, Константавр (ok), 01:38 , 18-Ноя-14, (44) +3
А, сначаладобейся Ссылку вам легко даст кто нибудь типа Цукерберга, какой ниб, асушник (?), 10:44 , 18-Ноя-14, (67)

Ничего нового Обычные хейтеры очень не любят говорить о своих заслугах - в перв, Patterson (?), 11:36 , 18-Ноя-14, (70) +1

Попалась цитата на совершенно другом форуме по другой теме, но так подходит Пр, асушник (?), 13:48 , 20-Ноя-14, (142)

Это вы неплохо провели параллель с программированием Залудили черновую альфа -, Ordu (ok), 06:18 , 18-Ноя-14, (51) +1

Надёжность надёжность за счёт интеграции и более тесного взаимодействия не пов, Нимо Ан (?), 20:36 , 17-Ноя-14, (12) +17 //

Исторически инит скрипты на надежность клали с прибором, начиная от отсутствия э, Аноним (-), 20:50 , 18-Ноя-14, (113) //

у меня логгируют, те что должны это делать, и ошибки обрабатывают И рестартуют , chinarulezzz (ok), 02:08 , 19-Ноя-14, (123)
Не используйте дистрибутивы, где всё так плохо А в приличных инитскрипты напис, Michael Shigorin (ok), 14:09 , 19-Ноя-14, (128)

видео-учебники - это тренд, да уж как я лоялен к systemd, но видео-уроки не н, Аноним (-), 20:46 , 17-Ноя-14, (13) +2 //

Видео-уроки нужны и полезны, не нужны те, кто необоснованно считает себя , anonimous (?), 21:29 , 17-Ноя-14, (18) –2 //

Для тех, кто читать не умеет , badmilkman (ok), 08:23 , 18-Ноя-14, (56) //

Для глухих по ссылке есть текстовая версия Если что , Traktor (?), 12:07 , 18-Ноя-14, (73) +1

Умеющий читать не пойдет по ссылке, которая называется Видео-урок С каких пор, Аноним (-), 13:24 , 18-Ноя-14, (84) +1

systemd - это все яйца в одной корзине, для повышения надёжности и удобства , Алоним (?), 21:22 , 17-Ноя-14, (16) +10
еще в школах и вузах на каждом заборе осталось навязать для полного кайфа, manster (ok), 21:22 , 17-Ноя-14, (17) +2
etc - этк япроставыпал, Аноним (-), 23:40 , 17-Ноя-14, (30) +5 //

Ок, а как они скажут usr lib NetworkManager nm-pptp-auth-dialog - мне уже прос, Аноним (-), 20:53 , 18-Ноя-14, (114)

Ага Вот видеоуроков по этому чуду только и не хватало , vitalif (ok), 00:02 , 18-Ноя-14, (33)
и т д ну пц , вот этих гигантских е ых названий файлов так и не хватало для удо, all_glory_to_the_hypnotoad (ok), 00:39 , 18-Ноя-14, (35) –2 //

Откройте для себя bash-completion Имена сервисов, таргетов и проч нормально до, Stax (ok), 00:47 , 18-Ноя-14, (37) +2 //

оно сделано через задницу и лагает Более-менее нормально дополняются только пут, all_glory_to_the_hypnotoad (ok), 01:25 , 18-Ноя-14, (42) –2 //

Ну тогда печатайте руками, если так быстрее А у меня автодополнение неплохо раб, Аноним (-), 20:55 , 18-Ноя-14, (115)

Господи, что это Кто выдержит 1,5 минуты - медаль Что за АА в частности , , Аноним (-), 00:48 , 18-Ноя-14, (38) –1 //

, основной шумогенератор похоже вообще нифига не шарит, не конкретно в systemd,, all_glory_to_the_hypnotoad (ok), 01:30 , 18-Ноя-14, (43) +1

Похоже, по мнению авторов видео основная целевая аудитория systemd не осилит печ, Омномнимус (?), 06:12 , 18-Ноя-14, (49) +1
Пипл хавает Алибасов, Бари Каримович , Аноним (52), 07:08 , 18-Ноя-14, (52) +2
На современных машинках, за полтора часа можно собрать всю систему gentoo с нуля, Анонимкус Рождественский (?), 08:33 , 18-Ноя-14, (57) //

Да Потому что можно за 20 минут , mva (??), 23:50 , 18-Ноя-14, (119)

это же будет бразильский сериал systemD , IMHO (?), 09:10 , 18-Ноя-14, (60) //

Бразильский сериал нонче в дебиане Расставание со слезами на глазах , Traktor (?), 12:09 , 18-Ноя-14, (75) +4

Отлично У меня, домашнего ламероида, оно работает и обновляется без моего вмеша, Школота (?), 09:20 , 18-Ноя-14, (61) +1
ЕТК и СЕРВАЙС просто убили , Аноним (-), 09:27 , 18-Ноя-14, (62) +1
Ну сейчас все хейтеры ознакомятся, поймут что вещь интересная и полезная и навер, Аноним (-), 13:09 , 18-Ноя-14, (80) //

Сюда как-то набегали такие же голубоглазые r белокурые tm виндостуденты, искре, Michael Shigorin (ok), 13:13 , 18-Ноя-14, (83) +3
Ознакомился Убедился, что это даже ненужнее, чем я думал , Dobro (?), 14:27 , 18-Ноя-14, (92) +3

Растет новое поколение сисадминов, которое не умеет читать и печатать на клавиат, Аноним (-), 14:55 , 18-Ноя-14, (94) +1
Бубеныть, пофигу В убунте и хромос, которые реально везде, там upstart, вот по , Аноним (-), 15:10 , 18-Ноя-14, (95) //

Спросите у каноникал и гугль зачем они форсят системд вместо своего распрекрасно, Аноним (-), 15:51 , 18-Ноя-14, (97)

Космонавт все отложил до 16го года, как минимум Про Гуг и его форсинк системды , Аноним (-), 16:51 , 18-Ноя-14, (101) //

Космонавт уже в 14 10 впилил, но не по умолчанию, с 15 4 будет дефолтом, потому , ZiNk (ok), 17:40 , 18-Ноя-14, (105) //

Мечтать не вредно, оно кусками и в 12 04 было И от-того, что появится возможнос, Аноним (-), 18:19 , 18-Ноя-14, (106) //

В 14 10 уже есть возможность штатно переключиться на systemd Апстарт сменят на , ZiNk (ok), 15:55 , 19-Ноя-14, (133)

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

10. "Доступен русскоязычный видеоурок о systemd" +4 +/–

Сообщение от Аноним (-), 17-Ноя-14, 20:31

> systemd это уже религия, абсолютно бесполезная система. Запихать все в одну кучу чтобы было легче администрировать, вот это "аргумент".
Нормальный народ изучает perl чтобы было легче администрировать.

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

21. "Доступен русскоязычный видеоурок о systemd" +5 +/–

Сообщение от Аноним (-), 17-Ноя-14, 21:48

> Нормальный народ изучает perl чтобы было легче администрировать.
Изучить можно что угодно, и perl тоже. Дело просто в том что systemd создают как бы для решения многолетних недостатков. Например init файлы на bash, которые якобы сложные, для понимания пользователя. Так вот пользователь если туда полез значит должен знать зачем он там, а если не знает то и лезть не стоит.
Мне не нравится systemd, потому что он хочет делать все, даже то что делать не должен. не говорю что все идеи systemd плохие, просто некоторые идеи должны быть частью отдельных проектов а не все в одном. А скорость загрузки на 1 секунду быстрее чем у других систем инициализации это вообще не аргумент даже на серверах.

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

31. "Доступен русскоязычный видеоурок о systemd" +3 +/–

Сообщение от Sinot (ok), 17-Ноя-14, 23:59

> А скорость загрузки на 1 секунду быстрее чем у других систем инициализации это вообще не аргумент даже на серверах.
Даже? На серверах это вообще не актуально.

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

36. "Доступен русскоязычный видеоурок о systemd" +3 +/–

Сообщение от Stax (ok), 18-Ноя-14, 00:42

Зато на серверах актуальна масса других преимуществ systemd.
Собственно, неудивительно, что Red Hat, зарабатывающая именно на серверных платформы так много делает для развития systemd и интеграции с ним. В конце концов, какая там система инициализации на десктопе, обычно волнует только мейнтейнеров. У пользователя работает - и ладно. А вот на сервере от нее требуется намного больше, и там многие фичи systemd оправданы в первую очередь. Но не быстрая загрузка, пожалуй. Хотя она тоже неплоха.
$ systemd-analyze
Startup finished in 22.851s (firmware) + 10.508s (loader) + 2.187s (kernel) + 4.872s (initrd) + 30.460s (userspace) = 1min 10.880s
С upstart в EL6 тут было минуты три примерно, когда сервисы потихонечку запускались один за другим, после полной инициализации каждого.
(кстати, любопытно время загрузки firmware. Ни на одной другой машине это не указывается. Наверняка тут необходим UEFI, но это не единственная машина с UEFI, на которой я запускал systemd-analyze - но это время указывается только тут)..

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

58. "Доступен русскоязычный видеоурок о systemd" +1 +/–

Сообщение от khenar (ok), 18-Ноя-14, 08:45

> Зато на серверах актуальна масса других преимуществ systemd.
Каких именно - изменения конфиг файлов на лету или бинарные логи?

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

82. "Доступен русскоязычный видеоурок о systemd" +1 +/–

Сообщение от Аноним (-), 18-Ноя-14, 13:12

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

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

102. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Аноним (-), 18-Ноя-14, 16:59

>> Зато на серверах актуальна масса других преимуществ systemd.
> Не надо лукавить, ведь быстрая загрузка systemd, основана на параллельном запуске сервисов.
> Это значит на момент когда пользователь получает приглашение системы на вход,
> визуально systemd прекратил загрузку но по факту некоторые сервисы еще загружаются
Т.е. сервер уже какбы и загрузился, но на запросы еще не отвечает, ибо "некоторые сервисы еще загружаются", а если их загрузить не удастся, то и отвечать не будет, зато "визуально systemd прекратил загрузку". Да, очень востребованное "преимущество", особенно на серверах.

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

100. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Аноним (-), 18-Ноя-14, 16:12

>Каких именно - изменения конфиг файлов на лету или бинарные логи?
Вот мне тоже очень интересно. Апеллировать к быстрой загрузке - это вообще не агрумент, т.к. у меня, к примеру, на ноуте прямо сейчас аптайм в 120 дней.

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

107. "Доступен русскоязычный видеоурок о systemd" –1 +/–

Сообщение от Stax (ok), 18-Ноя-14, 19:01

>> Зато на серверах актуальна масса других преимуществ systemd.
> Каких именно - изменения конфиг файлов на лету или бинарные логи?
systemd четко отслеживает, какие сервисы и как работают, с помощью cgroups отслеживая pid'ы.
Это дает массу возможностей, как то:
1) Можно посмотреть, какие сервисы отказали и не работают прямо сейчас
2) Можно гарантировано убить сервис, не оставив "хвостов" (в sysvinit в случае fork'анья демона приходится надеяться, что дети действительно умрут при умирании родителя - что, в общем, не гарантировано)
3) Делает ненужным инструменты типа supervisord, daemontools, runit, позволяя решить аналогичную задачу "вот эту простую софтину перезапускать при падении и перехватывать вывод в лог-файл" штатными средствами, что намного проще и удобнее, чем "двухуровневый" init, который приходилось использовать в реальности до прихода systemd (тот же runit теоретически может быть основным init'ом, но кто-нибудь такое в жизни в продакшене видел??)
4) Дает возможность просто обертывать в сервисы "непослушные" сервисы, особенно на python/java, не ведущие pid'ов. Если вы когда-нибудь видели порятнки башевского кода, необходимые для корректного останова/перезапуска java-софтины или получения информации о том, работает ли она еще, вы поймете. Автоматическое отслеживание pid'ов через cgroup решает эти проблемы

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

116. "Доступен русскоязычный видеоурок о systemd" +5 +/–

Сообщение от khenar (ok), 18-Ноя-14, 23:07

Во первых не отслеживает какие сервисы работают, а отслеживает какие сервисы упали. То что сервис не упал еще не значит что он работает.
Во вторых работа с cgroups реализована и отдельными приложениями вне systemd. Так что systemd делает здесь  то-же что уже сделано, только на свой манер - прибивая гвоздями.
В третьих исключает дополнительные кастумные инструменты, признавая верной только генеральную линию партии - а это правильно? Если в supervisord  я могу легко допитонячить свой watchdog с логикой то тут два пути - либо писать его на C и потом поддерживать свой форк, либо иcпользовать supervisord...
То есть по сути все эти фитчи уже есть в продакшене, но их реализует не init, а сторонние тулзы.
Теперь повторю вопрос - в чем преимущества systemd которые актуальны на серверах? То что наличие выбора сведено к единственно "верному" решению от Поттеринга?

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

118. "Доступен русскоязычный видеоурок о systemd" –1 +/–

Сообщение от Stax (ok), 18-Ноя-14, 23:37

> Во первых не отслеживает какие сервисы работают, а отслеживает какие сервисы упали. То что сервис не упал еще не значит что он работает.
А вы туда искусственный интеллект предлагаете воткнуть? Первые же будете кричать, что мол слишком много он на себя тянет. Может он должен уметь определять, что сервис работает не совсем так, как хотели пользователи, например, и писать админу письмо с рекомендацией, как правильно перенастроить сервис?
Конечно, которые упали. Это часто уже большая помощь.
> Во вторых работа с cgroups реализована и отдельными приложениями вне systemd. Так что systemd делает здесь  то-же что уже сделано, только на свой манер - прибивая гвоздями.
В смысле?
Systemd - единственный известный мне сервисный менеджер, который честно отслеживает pid'ы и потомки по cgroups. И делает это абсолютно корректно и эффективно. Ни в одном другом init'е эта фича на таком уровне реализована, они все либо отслеживают только непосредственно один процесс, не отключащийся от терминала и ни в коем случае не форкающийся, либо начинаются хитрости с записью и чтением pid-файлов, сравнением их актуальности с выводом pgrep и прочая муть. Иногда неплохо работает для наколенного скрипта, но от системного менеджера сервисов хотелось бы понадежнее.
> В третьих исключает дополнительные кастумные инструменты, признавая верной только генеральную линию партии - а это правильно? Если в supervisord  я могу легко допитонячить свой watchdog с логикой то тут два пути - либо писать его на C и потом поддерживать свой форк, либо иcпользовать supervisord...
И откуда вы такие беретесь?
systemd это *полностью* SysV-init совместимый менеджер. Поставьте в сервис-файле опцию, чтобы не отслеживал и запускал только ваш мастер-процесс и дальше городите свою иерархию, как вам там отслеживать, убивать и перезапускать детей ручками. Кто мешает-то? Причем тут C вообще??
> То есть по сути все эти фитчи уже есть в продакшене, но их реализует не init, а сторонние тулзы.
Этих фич вне systemd НЕТ в продакшене. Ни в каком supervisord или runit вы не найдете настоящего отслеживания процессов.

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

120. "Доступен русскоязычный видеоурок о systemd" +1 +/–

Сообщение от khenar (ok), 19-Ноя-14, 00:07

Зачем искусственный интеллект?! Просто у каждого сервиса обычно есть свой механизм мониторинга. Настроить и запрограммировать его не проблема всякому кто немного знаком с программированием. Только я говорил о другом что предложенный в systemd  метод хоть и подспорье, но не серебренная пуля, и проблему отказа сервера придется решать альтернативным watchdog-ом, а уже его уговорить за компанию pid мониторить дело техники.
Почему именно в init-е вы хотите отслеживать pid? Утилиты для взаимодействия с cgroups есть в командной строке, а SysVinit сценарии пишутся на шелле. Ну - это как бы намек. Если вам нужен такой строгий мониторинг беглецов вы и занимайтесь, не перекладывайте это на здоровую голову... Процент тех у кого много побегов очень мал... И еще - если сервис бегает может это в нем проблема а не в системе иницализации?
> systemd это *полностью* SysV-init совместимый менеджер.
Конечно полностью совместимый, но если его так использовать получается тот самый двух - трех уровневый инит от которого Вы так плевались.
>  Этих фич вне systemd НЕТ в продакшене. Ни в каком supervisord или runit вы не найдете настоящего отслеживания процессов.
Все это реализуется несколькими сценариями на shell. Как вы сами признаете, если вам интересно что-то больше чем упало - подними, от двууровневой инициализации не уйти.
То есть фитча в тупом админе, который не может прочитать как пользоваться cgroups,  но может "админить"?

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

124. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Stax (ok), 19-Ноя-14, 04:09

> сервера придется решать альтернативным watchdog-ом, а уже его уговорить за компанию
Я просто оставлю это здесь
http://0pointer.de/blog/projects/watchdog.html
по остальному комментировать даже не хочется. Если вы никогда не правили sysvinit-скрипт со всей функциональностью (restart, condrestart, мягкий шатдаун + форсированный после таймаута) для java-программы, я не смогу объяснить, что такого замечательно в отслеживании сервисов методами systemd.

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

132. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Michael Shigorin (ok), 19-Ноя-14, 14:56

> по остальному комментировать даже не хочется. Если вы никогда не правили sysvinit-скрипт
> со всей функциональностью (restart, condrestart, мягкий шатдаун + форсированный после
> таймаута) для java-программы, я не смогу объяснить, что такого замечательно в
> отслеживании сервисов методами systemd.
А покажите, кстати, пример с мягким.  Инитскрипты такие видел и не только для java.

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

135. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Stax (ok), 19-Ноя-14, 19:58

> А покажите, кстати, пример с мягким.  Инитскрипты такие видел и не только для java.
Эээ а что там собственно показывать? Он по дефолту уже так работает - убивает обычным сигналом все процессы в контрольной группе, ждет таймаута, потом убивает KILL'ом. Но можно настраивать кого убивать, как убивать в первый раз, сколько ждать и что делать вместо KILL'а (все опции описаны в http://www.freedesktop.org/software/systemd/man/systemd.kill... + опция ExecStop в основном мане)

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

139. "Доступен русскоязычный видеоурок о systemd" +1 +/–

Сообщение от khenar (ok), 20-Ноя-14, 08:26

> Я просто оставлю это здесь
> http://0pointer.de/blog/projects/watchdog.html
По моему loopbase watchdog это немного не то, о чем я говорил. Как то любой event-based сервис, временами, очень по долгу висит в состоянии одного лупа. Да и идея модифицировать код сервиса чтобы  можно было его мониторить watchdog-ом systemd это ни разу не ынтерпрайз идея...
> по остальному комментировать даже не хочется. Если вы никогда не правили sysvinit-скрипт
> со всей функциональностью (restart, condrestart, мягкий шатдаун + форсированный после
> таймаута) для java-программы, я не смогу объяснить, что такого замечательно в
> отслеживании сервисов методами systemd.
Сказанное никак не опровергает то факт что реализовать этот функционал можно без systemd, но с теми же cgroups. Ну к примеру так http://hydra.geht.net/tino/english/faq/debian/squeeze/cgroups/.
То что вы утверждаете о своем опыте написания сценариев инициализации, и о неоптимальности найденого решения, не доказывает, что не существует более оптимального решения. Как и не доказывает ваш изначальные тезис, что данные приемы можно осуществить только в systemd.
А апелляция к  отсутствию опыта <..нужное подставить..>, и утверждение о том что, без такого опыта нельзя рассказать есть разновидность аргумента Ad-homine. Если все так страшно - есть pastebin - покажите нам страх и ужас. Здесь все свои - мы поймем...

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

129. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Michael Shigorin (ok), 19-Ноя-14, 14:34

>> Во первых не отслеживает какие сервисы работают, а отслеживает какие сервисы упали.
Кстати, исключительно верное замечание.
> А вы туда искусственный интеллект предлагаете воткнуть?
http://mmonit.com/monit/documentation/monit.html#SERVICE-TESTS
http://mmonit.com/monit/documentation/monit.html#CONNECTION-...
> Первые же будете кричать, что мол слишком много он на себя тянет.
Да нет, кое-что из такого вполне сочетаемо с дистрибутивной конфигурацией сервисов даже.
> Конечно, которые упали. Это часто уже большая помощь.
Да, но и самоуспокоение в случае залипания.  Ведь тема мониторинга уже вроде бы как закрыта, ничего делать не надо, верно?
> Этих фич вне systemd НЕТ в продакшене. Ни в каком supervisord или
> runit вы не найдете настоящего отслеживания процессов.
Остерегайтесь подделок!  Выбирайте только Genuine Process Tracking(tm).
И пофиг, что контейнеры -- которые предоставляют более сильную изоляцию, чем просто cgroups -- давным-давно используются в этом самом production.

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

131. "Доступен русскоязычный видеоурок о systemd" –1 +/–

Сообщение от Stax (ok), 19-Ноя-14, 14:55

> http://mmonit.com/monit/documentation/monit.html#SERVICE-TESTS
Вот кстати ссылка выше (про watchdog) покрывает часть кейзов. Я имею ввиду вторую часть статьи про watchdog приложений, разумеется.
Что касается monit, то разумеется systemd не заменит хорошо настроеный monit, но.. если очень хочется :)
https://ask.fedoraproject.org/en/question/44938/can-systemd-.../
В любом случае, мы живем в реальном мире. Где-то существуют системы, в которых все сервисы, влияющие на работоспособность обернуты monit, но в мире, где я живу, такой роскоши нет и не предвидится, т.к. ни у кого нет на это сил/времени. В этом мире сервисы бывают, грубо говоря, двух типов: системно-дистрибутивные - со встроенной мониторилкой/перезапускалкой а-ля httpd, не всегда покрывающей 100% кейзов, либо просто падающие при отказе. Для таких мониторинг писать лень, т.к. их масса на куче серверов. И возможность с приходом systemd увидеть, что именно не работает - причины-то банальные обычно, а отказ многих некритичных сервисов не заметен сам по себе - это благо. monit тут не спасает, вернее спасает только теоретически.
Второй тип - свои (разрабатываемые) или купленные или другие подобные "левые" сервисы. Обычно вешаются под перезапускалку типа supervisord (а теперь можно прямо под systemd), подключатся к анализатору логов и снимаются показатели в zabbix или nagios. При таком типе мониторинга monit тоже вроде как ни при делах. А от systemd польза оказалась. (ок, раз мы заговорили о жизни - в жизни, скорее всего, в ближайшие годы от второго уровня init'а и левых перезапускалок никуда не деться, т.к. systemd внедрен в продакшене недостаточно, а стратегия "запускать всегда под supervisord, а под чем запускается он сам - upstart или systemd, без разницы" дает универсальность. Но это вопрос времени)
Я понимаю, что и от monit есть прок, но по факту вижу кучу примеров, когда systemd полезен, а с monit никто и заморачиваться не будет. Если сервис критичен, нужно постараться воткнуть несколько копий с каким-либо load balancing'ом и подключить мониторинг общих очередей в zabbix, и падения отдельных инстансов перестают быть критической ситуацией.
> Да, но и самоуспокоение в случае залипания.  Ведь тема мониторинга уже вроде бы как закрыта, ничего делать не надо, верно?
По моему опыту, большая часть системных сервисов отваливается, а не залипает.
В любом случае, покрыть часть кейзов это лучше, чем ничего. Запустить systemctl и посмотреть, что точно упало - это не проверка работоспособности сервера, а один из многих шагов поиска проблем. И хорошо, что есть такая возможность.
> И пофиг, что контейнеры -- которые предоставляют более сильную изоляцию, чем просто cgroups -- давным-давно используются в этом самом production.
Я не про изоляцию. Я знаю, что cgroups много для чего используются. Те же ограничения потребления ресурсов виртуалок через них сделаны. Я про то, что systemd - первое решение, предлагающее надежное отслеживание всех сервисов их потомков в противовес созданию pid-файла, поиска процесса в списке, сравнения актуальности с pid-файлом, проблем с отпочковавшимися детьми и прочим.

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

134. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Michael Shigorin (ok), 19-Ноя-14, 15:57

> https://ask.fedoraproject.org/en/question/44938/can-systemd-...
Спасибо, узнал про systemd mailer.  Но какие же там предлагаются портянки вместо простого и понятного (в т.ч. документированного) языка monitrc...
> В любом случае, мы живем в реальном мире. Где-то существуют системы, в
> которых все сервисы, влияющие на работоспособность обернуты monit, но в мире,
> где я живу, такой роскоши нет и не предвидится, т.к. ни
> у кого нет на это сил/времени.
Просто к сведению -- кусочки конфигурации можно дёргать из альта, там хороший набор дополнений: http://packages.altlinux.org/ru/Sisyphus/srpms/monit/sources...
> Для таких мониторинг писать лень, т.к. их масса на куче серверов.
> [...] monit тут не спасает, вернее спасает только теоретически.
Кого как -- если дистрибутив и пакетная база являются данностью, то скорее да.  А если можно сделать хорошо не только на локалхостах, то нет.  Проверено.
> Второй тип - свои (разрабатываемые) или купленные или другие подобные "левые" сервисы.
> Обычно вешаются под перезапускалку типа supervisord (а теперь можно прямо под
> systemd), подключатся к анализатору логов и снимаются показатели в zabbix или
> nagios. При таком типе мониторинга monit тоже вроде как ни при делах.
Потому что вместо него взят supervisord, который был бы не при делах, если бы взят был тот же monit? :)
> от [...] левых перезапускалок никуда не деться, т.к. systemd внедрен
> в продакшене недостаточно, а стратегия "запускать всегда под supervisord,
> а под чем запускается он сам - upstart или systemd, без разницы" дает
> универсальность. Но это вопрос времени)
Думаю, нет -- это типовое generalist vs specialist, комбайн vs инструмент.  Т.е. баланс ещё сползёт, но и только.
> Я понимаю, что и от monit есть прок, но по факту вижу кучу примеров, когда systemd
> полезен, а с monit никто и заморачиваться не будет.
Это понятно, но с моей колоколенки кажется проблемой образования и подхода -- когда этот "никто" не склонен "заморачиваться", косяки у него вылезут не здесь, так там.
> Если сервис критичен, нужно постараться воткнуть несколько копий с
> каким-либо load balancing'ом и подключить мониторинг общих очередей в zabbix,
> и падения отдельных инстансов перестают быть критической ситуацией.
Кстати, у меня сложился рабочий вывод, что мониторинг хорош активный локальный с пассивным распределённым.
> По моему опыту, большая часть системных сервисов отваливается, а не залипает.
Да, залипания реже.  Но у них и воспроизводимость с предсказуемостью сильно ниже.
> В любом случае, покрыть часть кейзов это лучше, чем ничего.
Зависит от того, считается ли полученный полстакан "наполовину полным" (закрытым вопросом) или "наполовину пустым" (открытым и требующим доработки).
> Запустить systemctl и посмотреть, что точно упало - это не проверка работоспособности
> сервера, а один из многих шагов поиска проблем. И хорошо, что есть такая возможность.
Эт понятно.
> Я не про изоляцию.
А я вполне сознательно про неё.  Потому что отслеживание одичавших процессов -- очередная полумера, в то время как рассаживание не нуждающихся в общих пространствах имён процессов именно по контейнерам позволяет обеспечивать заметно большую эксплуатационную надёжность по сумме факторов, включая и обновления, и заменяемость/масштабируемость.
> Я про то, что systemd - первое решение, предлагающее надежное отслеживание всех
> сервисов их потомков в противовес созданию pid-файла, поиска процесса в списке,
> сравнения актуальности с pid-файлом, проблем с отпочковавшимися детьми и прочим.
А знаете, чего от этого подхода ждать?  Дальнейшего понижения планки -- "да чего я буду следить за детишками, пусть полицай следит".

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

136. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Stax (ok), 19-Ноя-14, 21:12

> А я вполне сознательно про неё.  Потому что отслеживание одичавших процессов
> -- очередная полумера, в то время как рассаживание не нуждающихся в
> общих пространствах имён процессов именно по контейнерам позволяет обеспечивать заметно
> большую эксплуатационную надёжность по сумме факторов, включая и обновления, и заменяемость/масштабируемость.
Изоляция это хорошо, но слишком сложно. Нет, я понимаю что конкретный сервис отправить в изоляцию так не сложно, особенно на современной системе. Но, к примеру, половину системных сервисов?? Слишком много возни. Делать контейнеры с кучей системных файлов и т.д. С Docker уже получше, конечно (недавно смотрел презентацию http://redhat.slides.com/jduncan/wrinkle-free-docker-20141107#/ - просто конфетка. Но, имхо, еще в продакшен рано..). А в systemd это "бесплатно" для всех сервисов уже есть.
С обновлениями не все так просто. Если у меня будет 30 контейнеров, как обновлять во всех библиотеки и сколько это времени/ресурсов займет? У нас все-таки не солярисовские зоны, где эти проблемы с помощью zfs эффективно решаются.. Ну и так далее.

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

137. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Michael Shigorin (ok), 19-Ноя-14, 21:36

> А в systemd это "бесплатно" для всех сервисов уже есть.
А я о чём толкую?  Получается некоторое улучшение ситуации по умолчанию (что важно) и типичная ориентация на эникейщика.  К чему индус-триализация приводит штатовские софтовые лавки, легенды уж давно складывают.
Те олухи, что тут бегают порой и орут про дворников, не понимают, что они даже при своей нулевой в основном квалификации окажутся не дешевле таких же нулевых индусов или бразильцев (или хорошо замаскировавшихся бывших протоукров, "встречайте на экранах").  Для работодателя же подобные процессы чреваты ...вендорлоком и отсутствием компетенции на борту -- где бы я такое уже видел...
> С обновлениями не все так просто. Если у меня будет 30 контейнеров,
> как обновлять во всех библиотеки и сколько это времени/ресурсов займет?
Для компактных (типично для того же альта) -- сравнительно немного, хоть и больше, чем для одного.  Обратная сторона изоляции.
Если на каждый чих по полгига-гигу рожать, то грустно становится быстрей, понятно...

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

144. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Michael Shigorin (ok), 21-Ноя-14, 20:29

> В любом случае, мы живем в реальном мире. Где-то существуют системы, в
> которых все сервисы, влияющие на работоспособность обернуты monit, но в мире,
> где я живу, такой роскоши нет и не предвидится
Забавно, но вчера в monit-dev@ отписался страждущий, который пытается собрать его под cygwin -- говорит, configure: error: Architecture not supported: CYGWIN_NT-5.2

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

59. "Доступен русскоязычный видеоурок о systemd" –2 +/–

Сообщение от Аноним (-), 18-Ноя-14, 08:50

скорость загрузки у системдэ ниже, гораздо ниже.

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

79. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Michael Shigorin (ok), 18-Ноя-14, 13:06

> скорость загрузки у системдэ ниже, гораздо ниже.
Сейчас на наблюдаемом (мои регулярки) образы с systemd грузятся чуть быстрее, чем с sysvinit, выключаются практически моментально.  Но шаг в сторону -- и таймауты, особенно неприятные тем, что никаким ^C их не прервать.

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

141. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от асушник (?), 20-Ноя-14, 13:17

Получается, что хорошо настроенная система от системд выигрывает, плохо настроенная/поврежденная - проигывает?

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

26. "Доступен русскоязычный видеоурок о systemd" –4 +/–

Сообщение от тигар (ok), 17-Ноя-14, 23:10

>> systemd это уже религия, абсолютно бесполезная система. Запихать все в одну кучу чтобы было легче администрировать, вот это "аргумент".
> Нормальный народ изучает perl чтобы было легче администрировать.
пегл мертв. и уже даже не воняет.

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

32. "Доступен русскоязычный видеоурок о systemd" +1 +/–

Сообщение от RomanCh (ok), 18-Ноя-14, 00:01

Честно говоря звучит смешновато. Т.к. если он и "мёртв", то _возможно_ для "стильно-модно-молодёжных" свистопердельных проектов. Что впрочем не отменяет наличие ряда более чем работоспособных проектов на нём же в крупных компаниях.
Но вообще-то речь шла не об этом, а о Perl как о инструменте *администрирования*. И для этого он более чем жив т.к. для этого особых стильно-модных наворотов в ЯП не требуется.

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

41. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Michael Shigorin (ok), 18-Ноя-14, 01:07

> Честно говоря звучит смешновато.
Да ладно, это ж тигар.  От заядлого фрюшника такое услышать необычно даже.

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

45. "Доступен русскоязычный видеоурок о systemd" +1 +/–

Сообщение от Аноним (-), 18-Ноя-14, 01:40

И что обычно пишут админы на перле для "администрирования"? Скрипты для пупета? Почему не на баше?

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

72. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от kurokaze (ok), 18-Ноя-14, 11:52

Если бы ты год хотя бы писал на баше и на перле -- таких бы глупых вопросов не задавал.
Предназначение "баш-скриптов" - связка из вызовов других скриптов/программ + несложная логика. Писать на нём что-либо сложное - умучаешься. Ктому же за башизмы в шелл скриптах полагается бить по рукам.

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

91. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Аноним (-), 18-Ноя-14, 14:22

>И что обычно пишут админы на перле для "администрирования"? Скрипты для пупета? Почему не на баше?
Test::More помогает легко протестировать работу систем/подсистем сервера, а Net::Jabber позволяет увидеть предупреждения, ошибки, статистику и пропарсенные логи у вас на Anrdoid-смартфоне. Можете сделать поддержку некоторых команд через jabber чтобы, например, получить grep-нутый остаток syslog'а. Ах да, у вас же логи бинарные...

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

103. "Доступен русскоязычный видеоурок о systemd" –1 +/–

Сообщение от RomanCh (ok), 18-Ноя-14, 17:11

> получить grep-нутый остаток syslog'а. Ах да, у вас же логи бинарные...
Но даже это можно решить на Perl! :-)

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

104. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Аноним (-), 18-Ноя-14, 17:20

>Но даже это можно решить на Perl! :-)
Ну я и раньше знал что Perl можно решить ПОЧТИ все. Но после того как увидел это http://www.perlmonks.org/?node_id=738658 я понял что НА Perl МОЖНО РЕШИТЬ ВСЕ.

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

55. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от KinderSurprise (?), 18-Ноя-14, 08:16

>> systemd это уже религия, абсолютно бесполезная система. Запихать все в одну кучу чтобы было легче администрировать, вот это "аргумент".
> Нормальный народ изучает perl чтобы было легче администрировать.
При чём здесь perl? perl вместо systemd что ли предлагаете внедрить? :-)

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

90. "Доступен русскоязычный видеоурок о systemd" +1 +/–

Сообщение от Аноним (-), 18-Ноя-14, 14:08

>При чём здесь perl? perl вместо systemd что ли предлагаете внедрить? :-)
Нет. Если читать внимательно, то можно понять что речь шла о "чтобы было легче администрировать".

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

112. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Аноним (-), 18-Ноя-14, 20:48

> Нормальный народ изучает perl чтобы было легче администрировать.
Нормальный народ не заказывает такси. Вместо этого они изучают металлообработку и делают себе автомобили сами.

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

117. "Доступен русскоязычный видеоурок о systemd" +/–

Сообщение от Аноним (-), 18-Ноя-14, 23:29

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

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	10. "Доступен русскоязычный видеоурок о systemd"	+4 +/–
	Сообщение от Аноним (-), 17-Ноя-14, 20:31
	> systemd это уже религия, абсолютно бесполезная система. Запихать все в одну кучу чтобы было легче администрировать, вот это "аргумент". Нормальный народ изучает perl чтобы было легче администрировать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Доступен русскоязычный видеоурок о systemd"	+5 +/–
	Сообщение от Аноним (-), 17-Ноя-14, 21:48
	> Нормальный народ изучает perl чтобы было легче администрировать. Изучить можно что угодно, и perl тоже. Дело просто в том что systemd создают как бы для решения многолетних недостатков. Например init файлы на bash, которые якобы сложные, для понимания пользователя. Так вот пользователь если туда полез значит должен знать зачем он там, а если не знает то и лезть не стоит. Мне не нравится systemd, потому что он хочет делать все, даже то что делать не должен. не говорю что все идеи systemd плохие, просто некоторые идеи должны быть частью отдельных проектов а не все в одном. А скорость загрузки на 1 секунду быстрее чем у других систем инициализации это вообще не аргумент даже на серверах.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	31. "Доступен русскоязычный видеоурок о systemd"	+3 +/–
	Сообщение от Sinot (ok), 17-Ноя-14, 23:59
	> А скорость загрузки на 1 секунду быстрее чем у других систем инициализации это вообще не аргумент даже на серверах. Даже? На серверах это вообще не актуально.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Доступен русскоязычный видеоурок о systemd"	+3 +/–
	Сообщение от Stax (ok), 18-Ноя-14, 00:42
	Зато на серверах актуальна масса других преимуществ systemd. Собственно, неудивительно, что Red Hat, зарабатывающая именно на серверных платформы так много делает для развития systemd и интеграции с ним. В конце концов, какая там система инициализации на десктопе, обычно волнует только мейнтейнеров. У пользователя работает - и ладно. А вот на сервере от нее требуется намного больше, и там многие фичи systemd оправданы в первую очередь. Но не быстрая загрузка, пожалуй. Хотя она тоже неплоха. $ systemd-analyze Startup finished in 22.851s (firmware) + 10.508s (loader) + 2.187s (kernel) + 4.872s (initrd) + 30.460s (userspace) = 1min 10.880s С upstart в EL6 тут было минуты три примерно, когда сервисы потихонечку запускались один за другим, после полной инициализации каждого. (кстати, любопытно время загрузки firmware. Ни на одной другой машине это не указывается. Наверняка тут необходим UEFI, но это не единственная машина с UEFI, на которой я запускал systemd-analyze - но это время указывается только тут)..
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "Доступен русскоязычный видеоурок о systemd"	+1 +/–
	Сообщение от khenar (ok), 18-Ноя-14, 08:45
	> Зато на серверах актуальна масса других преимуществ systemd. Каких именно - изменения конфиг файлов на лету или бинарные логи?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "Доступен русскоязычный видеоурок о systemd"	+1 +/–
	Сообщение от Аноним (-), 18-Ноя-14, 13:12
	> Зато на серверах актуальна масса других преимуществ systemd. Не надо лукавить, ведь быстрая загрузка systemd, основана на параллельном запуске сервисов. Это значит на момент когда пользователь получает приглашение системы на вход, визуально systemd прекратил загрузку но по факту некоторые сервисы еще загружаются
	Ответить \| Правка \| Наверх \| Cообщить модератору


	102. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от Аноним (-), 18-Ноя-14, 16:59
	>> Зато на серверах актуальна масса других преимуществ systemd. > Не надо лукавить, ведь быстрая загрузка systemd, основана на параллельном запуске сервисов. > Это значит на момент когда пользователь получает приглашение системы на вход, > визуально systemd прекратил загрузку но по факту некоторые сервисы еще загружаются Т.е. сервер уже какбы и загрузился, но на запросы еще не отвечает, ибо "некоторые сервисы еще загружаются", а если их загрузить не удастся, то и отвечать не будет, зато "визуально systemd прекратил загрузку". Да, очень востребованное "преимущество", особенно на серверах.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	100. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от Аноним (-), 18-Ноя-14, 16:12
	>Каких именно - изменения конфиг файлов на лету или бинарные логи? Вот мне тоже очень интересно. Апеллировать к быстрой загрузке - это вообще не агрумент, т.к. у меня, к примеру, на ноуте прямо сейчас аптайм в 120 дней.
	Ответить \| Правка \| К родителю #58 \| Наверх \| Cообщить модератору


	107. "Доступен русскоязычный видеоурок о systemd"	–1 +/–
	Сообщение от Stax (ok), 18-Ноя-14, 19:01
	>> Зато на серверах актуальна масса других преимуществ systemd. > Каких именно - изменения конфиг файлов на лету или бинарные логи? systemd четко отслеживает, какие сервисы и как работают, с помощью cgroups отслеживая pid'ы. Это дает массу возможностей, как то: 1) Можно посмотреть, какие сервисы отказали и не работают прямо сейчас 2) Можно гарантировано убить сервис, не оставив "хвостов" (в sysvinit в случае fork'анья демона приходится надеяться, что дети действительно умрут при умирании родителя - что, в общем, не гарантировано) 3) Делает ненужным инструменты типа supervisord, daemontools, runit, позволяя решить аналогичную задачу "вот эту простую софтину перезапускать при падении и перехватывать вывод в лог-файл" штатными средствами, что намного проще и удобнее, чем "двухуровневый" init, который приходилось использовать в реальности до прихода systemd (тот же runit теоретически может быть основным init'ом, но кто-нибудь такое в жизни в продакшене видел??) 4) Дает возможность просто обертывать в сервисы "непослушные" сервисы, особенно на python/java, не ведущие pid'ов. Если вы когда-нибудь видели порятнки башевского кода, необходимые для корректного останова/перезапуска java-софтины или получения информации о том, работает ли она еще, вы поймете. Автоматическое отслеживание pid'ов через cgroup решает эти проблемы
	Ответить \| Правка \| К родителю #58 \| Наверх \| Cообщить модератору


	116. "Доступен русскоязычный видеоурок о systemd"	+5 +/–
	Сообщение от khenar (ok), 18-Ноя-14, 23:07
	Во первых не отслеживает какие сервисы работают, а отслеживает какие сервисы упали. То что сервис не упал еще не значит что он работает. Во вторых работа с cgroups реализована и отдельными приложениями вне systemd. Так что systemd делает здесь то-же что уже сделано, только на свой манер - прибивая гвоздями. В третьих исключает дополнительные кастумные инструменты, признавая верной только генеральную линию партии - а это правильно? Если в supervisord я могу легко допитонячить свой watchdog с логикой то тут два пути - либо писать его на C и потом поддерживать свой форк, либо иcпользовать supervisord... То есть по сути все эти фитчи уже есть в продакшене, но их реализует не init, а сторонние тулзы. Теперь повторю вопрос - в чем преимущества systemd которые актуальны на серверах? То что наличие выбора сведено к единственно "верному" решению от Поттеринга?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	118. "Доступен русскоязычный видеоурок о systemd"	–1 +/–
	Сообщение от Stax (ok), 18-Ноя-14, 23:37
	> Во первых не отслеживает какие сервисы работают, а отслеживает какие сервисы упали. То что сервис не упал еще не значит что он работает. А вы туда искусственный интеллект предлагаете воткнуть? Первые же будете кричать, что мол слишком много он на себя тянет. Может он должен уметь определять, что сервис работает не совсем так, как хотели пользователи, например, и писать админу письмо с рекомендацией, как правильно перенастроить сервис? Конечно, которые упали. Это часто уже большая помощь. > Во вторых работа с cgroups реализована и отдельными приложениями вне systemd. Так что systemd делает здесь то-же что уже сделано, только на свой манер - прибивая гвоздями. В смысле? Systemd - единственный известный мне сервисный менеджер, который честно отслеживает pid'ы и потомки по cgroups. И делает это абсолютно корректно и эффективно. Ни в одном другом init'е эта фича на таком уровне реализована, они все либо отслеживают только непосредственно один процесс, не отключащийся от терминала и ни в коем случае не форкающийся, либо начинаются хитрости с записью и чтением pid-файлов, сравнением их актуальности с выводом pgrep и прочая муть. Иногда неплохо работает для наколенного скрипта, но от системного менеджера сервисов хотелось бы понадежнее. > В третьих исключает дополнительные кастумные инструменты, признавая верной только генеральную линию партии - а это правильно? Если в supervisord я могу легко допитонячить свой watchdog с логикой то тут два пути - либо писать его на C и потом поддерживать свой форк, либо иcпользовать supervisord... И откуда вы такие беретесь? systemd это полностью SysV-init совместимый менеджер. Поставьте в сервис-файле опцию, чтобы не отслеживал и запускал только ваш мастер-процесс и дальше городите свою иерархию, как вам там отслеживать, убивать и перезапускать детей ручками. Кто мешает-то? Причем тут C вообще?? > То есть по сути все эти фитчи уже есть в продакшене, но их реализует не init, а сторонние тулзы. Этих фич вне systemd НЕТ в продакшене. Ни в каком supervisord или runit вы не найдете настоящего отслеживания процессов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	120. "Доступен русскоязычный видеоурок о systemd"	+1 +/–
	Сообщение от khenar (ok), 19-Ноя-14, 00:07
	Зачем искусственный интеллект?! Просто у каждого сервиса обычно есть свой механизм мониторинга. Настроить и запрограммировать его не проблема всякому кто немного знаком с программированием. Только я говорил о другом что предложенный в systemd метод хоть и подспорье, но не серебренная пуля, и проблему отказа сервера придется решать альтернативным watchdog-ом, а уже его уговорить за компанию pid мониторить дело техники. Почему именно в init-е вы хотите отслеживать pid? Утилиты для взаимодействия с cgroups есть в командной строке, а SysVinit сценарии пишутся на шелле. Ну - это как бы намек. Если вам нужен такой строгий мониторинг беглецов вы и занимайтесь, не перекладывайте это на здоровую голову... Процент тех у кого много побегов очень мал... И еще - если сервис бегает может это в нем проблема а не в системе иницализации? > systemd это полностью SysV-init совместимый менеджер. Конечно полностью совместимый, но если его так использовать получается тот самый двух - трех уровневый инит от которого Вы так плевались. > Этих фич вне systemd НЕТ в продакшене. Ни в каком supervisord или runit вы не найдете настоящего отслеживания процессов. Все это реализуется несколькими сценариями на shell. Как вы сами признаете, если вам интересно что-то больше чем упало - подними, от двууровневой инициализации не уйти. То есть фитча в тупом админе, который не может прочитать как пользоваться cgroups, но может "админить"?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	124. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от Stax (ok), 19-Ноя-14, 04:09
	> сервера придется решать альтернативным watchdog-ом, а уже его уговорить за компанию Я просто оставлю это здесь http://0pointer.de/blog/projects/watchdog.html по остальному комментировать даже не хочется. Если вы никогда не правили sysvinit-скрипт со всей функциональностью (restart, condrestart, мягкий шатдаун + форсированный после таймаута) для java-программы, я не смогу объяснить, что такого замечательно в отслеживании сервисов методами systemd.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	132. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от Michael Shigorin (ok), 19-Ноя-14, 14:56
	> по остальному комментировать даже не хочется. Если вы никогда не правили sysvinit-скрипт > со всей функциональностью (restart, condrestart, мягкий шатдаун + форсированный после > таймаута) для java-программы, я не смогу объяснить, что такого замечательно в > отслеживании сервисов методами systemd. А покажите, кстати, пример с мягким. Инитскрипты такие видел и не только для java.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	135. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от Stax (ok), 19-Ноя-14, 19:58
	> А покажите, кстати, пример с мягким. Инитскрипты такие видел и не только для java. Эээ а что там собственно показывать? Он по дефолту уже так работает - убивает обычным сигналом все процессы в контрольной группе, ждет таймаута, потом убивает KILL'ом. Но можно настраивать кого убивать, как убивать в первый раз, сколько ждать и что делать вместо KILL'а (все опции описаны в http://www.freedesktop.org/software/systemd/man/systemd.kill... + опция ExecStop в основном мане)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	139. "Доступен русскоязычный видеоурок о systemd"	+1 +/–
	Сообщение от khenar (ok), 20-Ноя-14, 08:26
	> Я просто оставлю это здесь > http://0pointer.de/blog/projects/watchdog.html По моему loopbase watchdog это немного не то, о чем я говорил. Как то любой event-based сервис, временами, очень по долгу висит в состоянии одного лупа. Да и идея модифицировать код сервиса чтобы можно было его мониторить watchdog-ом systemd это ни разу не ынтерпрайз идея... > по остальному комментировать даже не хочется. Если вы никогда не правили sysvinit-скрипт > со всей функциональностью (restart, condrestart, мягкий шатдаун + форсированный после > таймаута) для java-программы, я не смогу объяснить, что такого замечательно в > отслеживании сервисов методами systemd. Сказанное никак не опровергает то факт что реализовать этот функционал можно без systemd, но с теми же cgroups. Ну к примеру так http://hydra.geht.net/tino/english/faq/debian/squeeze/cgroups/. То что вы утверждаете о своем опыте написания сценариев инициализации, и о неоптимальности найденого решения, не доказывает, что не существует более оптимального решения. Как и не доказывает ваш изначальные тезис, что данные приемы можно осуществить только в systemd. А апелляция к отсутствию опыта <..нужное подставить..>, и утверждение о том что, без такого опыта нельзя рассказать есть разновидность аргумента Ad-homine. Если все так страшно - есть pastebin - покажите нам страх и ужас. Здесь все свои - мы поймем...
	Ответить \| Правка \| К родителю #124 \| Наверх \| Cообщить модератору


	129. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от Michael Shigorin (ok), 19-Ноя-14, 14:34
	>> Во первых не отслеживает какие сервисы работают, а отслеживает какие сервисы упали. Кстати, исключительно верное замечание. > А вы туда искусственный интеллект предлагаете воткнуть? http://mmonit.com/monit/documentation/monit.html#SERVICE-TESTS http://mmonit.com/monit/documentation/monit.html#CONNECTION-... > Первые же будете кричать, что мол слишком много он на себя тянет. Да нет, кое-что из такого вполне сочетаемо с дистрибутивной конфигурацией сервисов даже. > Конечно, которые упали. Это часто уже большая помощь. Да, но и самоуспокоение в случае залипания. Ведь тема мониторинга уже вроде бы как закрыта, ничего делать не надо, верно? > Этих фич вне systemd НЕТ в продакшене. Ни в каком supervisord или > runit вы не найдете настоящего отслеживания процессов. Остерегайтесь подделок! Выбирайте только Genuine Process Tracking(tm). И пофиг, что контейнеры -- которые предоставляют более сильную изоляцию, чем просто cgroups -- давным-давно используются в этом самом production.
	Ответить \| Правка \| К родителю #118 \| Наверх \| Cообщить модератору


	131. "Доступен русскоязычный видеоурок о systemd"	–1 +/–
	Сообщение от Stax (ok), 19-Ноя-14, 14:55
	> http://mmonit.com/monit/documentation/monit.html#SERVICE-TESTS Вот кстати ссылка выше (про watchdog) покрывает часть кейзов. Я имею ввиду вторую часть статьи про watchdog приложений, разумеется. Что касается monit, то разумеется systemd не заменит хорошо настроеный monit, но.. если очень хочется :) https://ask.fedoraproject.org/en/question/44938/can-systemd-.../ В любом случае, мы живем в реальном мире. Где-то существуют системы, в которых все сервисы, влияющие на работоспособность обернуты monit, но в мире, где я живу, такой роскоши нет и не предвидится, т.к. ни у кого нет на это сил/времени. В этом мире сервисы бывают, грубо говоря, двух типов: системно-дистрибутивные - со встроенной мониторилкой/перезапускалкой а-ля httpd, не всегда покрывающей 100% кейзов, либо просто падающие при отказе. Для таких мониторинг писать лень, т.к. их масса на куче серверов. И возможность с приходом systemd увидеть, что именно не работает - причины-то банальные обычно, а отказ многих некритичных сервисов не заметен сам по себе - это благо. monit тут не спасает, вернее спасает только теоретически. Второй тип - свои (разрабатываемые) или купленные или другие подобные "левые" сервисы. Обычно вешаются под перезапускалку типа supervisord (а теперь можно прямо под systemd), подключатся к анализатору логов и снимаются показатели в zabbix или nagios. При таком типе мониторинга monit тоже вроде как ни при делах. А от systemd польза оказалась. (ок, раз мы заговорили о жизни - в жизни, скорее всего, в ближайшие годы от второго уровня init'а и левых перезапускалок никуда не деться, т.к. systemd внедрен в продакшене недостаточно, а стратегия "запускать всегда под supervisord, а под чем запускается он сам - upstart или systemd, без разницы" дает универсальность. Но это вопрос времени) Я понимаю, что и от monit есть прок, но по факту вижу кучу примеров, когда systemd полезен, а с monit никто и заморачиваться не будет. Если сервис критичен, нужно постараться воткнуть несколько копий с каким-либо load balancing'ом и подключить мониторинг общих очередей в zabbix, и падения отдельных инстансов перестают быть критической ситуацией. > Да, но и самоуспокоение в случае залипания. Ведь тема мониторинга уже вроде бы как закрыта, ничего делать не надо, верно? По моему опыту, большая часть системных сервисов отваливается, а не залипает. В любом случае, покрыть часть кейзов это лучше, чем ничего. Запустить systemctl и посмотреть, что точно упало - это не проверка работоспособности сервера, а один из многих шагов поиска проблем. И хорошо, что есть такая возможность. > И пофиг, что контейнеры -- которые предоставляют более сильную изоляцию, чем просто cgroups -- давным-давно используются в этом самом production. Я не про изоляцию. Я знаю, что cgroups много для чего используются. Те же ограничения потребления ресурсов виртуалок через них сделаны. Я про то, что systemd - первое решение, предлагающее надежное отслеживание всех сервисов их потомков в противовес созданию pid-файла, поиска процесса в списке, сравнения актуальности с pid-файлом, проблем с отпочковавшимися детьми и прочим.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	134. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от Michael Shigorin (ok), 19-Ноя-14, 15:57
	> https://ask.fedoraproject.org/en/question/44938/can-systemd-... Спасибо, узнал про systemd mailer. Но какие же там предлагаются портянки вместо простого и понятного (в т.ч. документированного) языка monitrc... > В любом случае, мы живем в реальном мире. Где-то существуют системы, в > которых все сервисы, влияющие на работоспособность обернуты monit, но в мире, > где я живу, такой роскоши нет и не предвидится, т.к. ни > у кого нет на это сил/времени. Просто к сведению -- кусочки конфигурации можно дёргать из альта, там хороший набор дополнений: http://packages.altlinux.org/ru/Sisyphus/srpms/monit/sources... > Для таких мониторинг писать лень, т.к. их масса на куче серверов. > [...] monit тут не спасает, вернее спасает только теоретически. Кого как -- если дистрибутив и пакетная база являются данностью, то скорее да. А если можно сделать хорошо не только на локалхостах, то нет. Проверено. > Второй тип - свои (разрабатываемые) или купленные или другие подобные "левые" сервисы. > Обычно вешаются под перезапускалку типа supervisord (а теперь можно прямо под > systemd), подключатся к анализатору логов и снимаются показатели в zabbix или > nagios. При таком типе мониторинга monit тоже вроде как ни при делах. Потому что вместо него взят supervisord, который был бы не при делах, если бы взят был тот же monit? :) > от [...] левых перезапускалок никуда не деться, т.к. systemd внедрен > в продакшене недостаточно, а стратегия "запускать всегда под supervisord, > а под чем запускается он сам - upstart или systemd, без разницы" дает > универсальность. Но это вопрос времени) Думаю, нет -- это типовое generalist vs specialist, комбайн vs инструмент. Т.е. баланс ещё сползёт, но и только. > Я понимаю, что и от monit есть прок, но по факту вижу кучу примеров, когда systemd > полезен, а с monit никто и заморачиваться не будет. Это понятно, но с моей колоколенки кажется проблемой образования и подхода -- когда этот "никто" не склонен "заморачиваться", косяки у него вылезут не здесь, так там. > Если сервис критичен, нужно постараться воткнуть несколько копий с > каким-либо load balancing'ом и подключить мониторинг общих очередей в zabbix, > и падения отдельных инстансов перестают быть критической ситуацией. Кстати, у меня сложился рабочий вывод, что мониторинг хорош активный локальный с пассивным распределённым. > По моему опыту, большая часть системных сервисов отваливается, а не залипает. Да, залипания реже. Но у них и воспроизводимость с предсказуемостью сильно ниже. > В любом случае, покрыть часть кейзов это лучше, чем ничего. Зависит от того, считается ли полученный полстакан "наполовину полным" (закрытым вопросом) или "наполовину пустым" (открытым и требующим доработки). > Запустить systemctl и посмотреть, что точно упало - это не проверка работоспособности > сервера, а один из многих шагов поиска проблем. И хорошо, что есть такая возможность. Эт понятно. > Я не про изоляцию. А я вполне сознательно про неё. Потому что отслеживание одичавших процессов -- очередная полумера, в то время как рассаживание не нуждающихся в общих пространствах имён процессов именно по контейнерам позволяет обеспечивать заметно большую эксплуатационную надёжность по сумме факторов, включая и обновления, и заменяемость/масштабируемость. > Я про то, что systemd - первое решение, предлагающее надежное отслеживание всех > сервисов их потомков в противовес созданию pid-файла, поиска процесса в списке, > сравнения актуальности с pid-файлом, проблем с отпочковавшимися детьми и прочим. А знаете, чего от этого подхода ждать? Дальнейшего понижения планки -- "да чего я буду следить за детишками, пусть полицай следит".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	136. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от Stax (ok), 19-Ноя-14, 21:12
	> А я вполне сознательно про неё. Потому что отслеживание одичавших процессов > -- очередная полумера, в то время как рассаживание не нуждающихся в > общих пространствах имён процессов именно по контейнерам позволяет обеспечивать заметно > большую эксплуатационную надёжность по сумме факторов, включая и обновления, и заменяемость/масштабируемость. Изоляция это хорошо, но слишком сложно. Нет, я понимаю что конкретный сервис отправить в изоляцию так не сложно, особенно на современной системе. Но, к примеру, половину системных сервисов?? Слишком много возни. Делать контейнеры с кучей системных файлов и т.д. С Docker уже получше, конечно (недавно смотрел презентацию http://redhat.slides.com/jduncan/wrinkle-free-docker-20141107#/ - просто конфетка. Но, имхо, еще в продакшен рано..). А в systemd это "бесплатно" для всех сервисов уже есть. С обновлениями не все так просто. Если у меня будет 30 контейнеров, как обновлять во всех библиотеки и сколько это времени/ресурсов займет? У нас все-таки не солярисовские зоны, где эти проблемы с помощью zfs эффективно решаются.. Ну и так далее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	137. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от Michael Shigorin (ok), 19-Ноя-14, 21:36
	> А в systemd это "бесплатно" для всех сервисов уже есть. А я о чём толкую? Получается некоторое улучшение ситуации по умолчанию (что важно) и типичная ориентация на эникейщика. К чему индус-триализация приводит штатовские софтовые лавки, легенды уж давно складывают. Те олухи, что тут бегают порой и орут про дворников, не понимают, что они даже при своей нулевой в основном квалификации окажутся не дешевле таких же нулевых индусов или бразильцев (или хорошо замаскировавшихся бывших протоукров, "встречайте на экранах"). Для работодателя же подобные процессы чреваты ...вендорлоком и отсутствием компетенции на борту -- где бы я такое уже видел... > С обновлениями не все так просто. Если у меня будет 30 контейнеров, > как обновлять во всех библиотеки и сколько это времени/ресурсов займет? Для компактных (типично для того же альта) -- сравнительно немного, хоть и больше, чем для одного. Обратная сторона изоляции. Если на каждый чих по полгига-гигу рожать, то грустно становится быстрей, понятно...
	Ответить \| Правка \| К родителю #136 \| Наверх \| Cообщить модератору


	144. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от Michael Shigorin (ok), 21-Ноя-14, 20:29
	> В любом случае, мы живем в реальном мире. Где-то существуют системы, в > которых все сервисы, влияющие на работоспособность обернуты monit, но в мире, > где я живу, такой роскоши нет и не предвидится Забавно, но вчера в monit-dev@ отписался страждущий, который пытается собрать его под cygwin -- говорит, configure: error: Architecture not supported: CYGWIN_NT-5.2
	Ответить \| Правка \| К родителю #131 \| Наверх \| Cообщить модератору


	59. "Доступен русскоязычный видеоурок о systemd"	–2 +/–
	Сообщение от Аноним (-), 18-Ноя-14, 08:50
	скорость загрузки у системдэ ниже, гораздо ниже.
	Ответить \| Правка \| К родителю #31 \| Наверх \| Cообщить модератору


	79. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от Michael Shigorin (ok), 18-Ноя-14, 13:06
	> скорость загрузки у системдэ ниже, гораздо ниже. Сейчас на наблюдаемом (мои регулярки) образы с systemd грузятся чуть быстрее, чем с sysvinit, выключаются практически моментально. Но шаг в сторону -- и таймауты, особенно неприятные тем, что никаким ^C их не прервать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	141. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от асушник (?), 20-Ноя-14, 13:17
	Получается, что хорошо настроенная система от системд выигрывает, плохо настроенная/поврежденная - проигывает?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Доступен русскоязычный видеоурок о systemd"	–4 +/–
	Сообщение от тигар (ok), 17-Ноя-14, 23:10
	>> systemd это уже религия, абсолютно бесполезная система. Запихать все в одну кучу чтобы было легче администрировать, вот это "аргумент". > Нормальный народ изучает perl чтобы было легче администрировать. пегл мертв. и уже даже не воняет.
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	32. "Доступен русскоязычный видеоурок о systemd"	+1 +/–
	Сообщение от RomanCh (ok), 18-Ноя-14, 00:01
	Честно говоря звучит смешновато. Т.к. если он и "мёртв", то _возможно_ для "стильно-модно-молодёжных" свистопердельных проектов. Что впрочем не отменяет наличие ряда более чем работоспособных проектов на нём же в крупных компаниях. Но вообще-то речь шла не об этом, а о Perl как о инструменте администрирования. И для этого он более чем жив т.к. для этого особых стильно-модных наворотов в ЯП не требуется.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от Michael Shigorin (ok), 18-Ноя-14, 01:07
	> Честно говоря звучит смешновато. Да ладно, это ж тигар. От заядлого фрюшника такое услышать необычно даже.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Доступен русскоязычный видеоурок о systemd"	+1 +/–
	Сообщение от Аноним (-), 18-Ноя-14, 01:40
	И что обычно пишут админы на перле для "администрирования"? Скрипты для пупета? Почему не на баше?
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	72. "Доступен русскоязычный видеоурок о systemd"	+/–
	Сообщение от kurokaze (ok), 18-Ноя-14, 11:52
	Если бы ты год хотя бы писал на баше и на перле -- таких бы глупых вопросов не задавал. Предназначение "баш-скриптов" - связка из вызовов других скриптов/программ + несложная логика. Писать на нём что-либо сложное - умучаешься. Ктому же за башизмы в шелл скриптах полагается бить по рукам.
	Ответить \| Правка \| Наверх \| Cообщить модератору