The OpenNET Project / Index page

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



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

Оглавление

Выпуск системного менеджера systemd 239, opennews (??), 22-Июн-18, (0) [смотреть все]

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


123. "Выпуск системного менеджера systemd 239"  –3 +/
Сообщение от ПавелС (ok), 23-Июн-18, 12:15 
> Я вот понять не могу, шо такое произошло шо дистрибутивы Linux перешли
> на systemd?
> И винить ли в этом тормозной bash вместо скоросного shell (sh, ash,
> dash)?
> А может виноват сам Linux, тормозящий запуск маленьких процесов?

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

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

135. "Выпуск системного менеджера systemd 239"  +5 +/
Сообщение от Аноним (124), 23-Июн-18, 12:57 
> Сервис, запущенный шелл скриптом, может лечь и поднимет его только админ.

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

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

>  Нужно стало более современное решение. Это всё что я вижу полезного в systemd.

Вы категорически правы. Вопросов больше не имею.

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

138. "Выпуск системного менеджера systemd 239"  +/
Сообщение от ПавелС (ok), 23-Июн-18, 13:05 
>>  Нужно стало более современное решение. Это всё что я вижу полезного в systemd.
> Вы категорически правы. Вопросов больше не имею.

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

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

146. " потому и RH, потому и продакшены."  +2 +/
Сообщение от Аноним (124), 23-Июн-18, 13:59 
> Но это не мало. Идея у них была правильная. Лучше чтобы демоны запускал бинарь, без шелл прослоек.

Почему лучше, в чем разница? /bin/sh тоже бинарь. юниты тоже текстовые файлы.

> И устойчивость систем должна вырасти

из-за чего? и каких систем?
абстрактно говоря, устойчивость большинства систем в IT пропорциональна количеству тестирования, и обратно пропорциональна количеству ещё не найденых ошибок в архитектуре и коде компонента. Учитывая что данный системный менеджер всё ещё пребывает в стадии глубокой разработки - я уверен, что он побъёт любой другой известный инит по поличеству неисправленных ошибок. Т.е. "устойчивость систем" если и вырастет, то только после того как Лёня уйдет на покой, а ошибки найдут и исправят.

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

172. " потому и RH, потому и продакшены."  +1 +/
Сообщение от ПавелС (ok), 23-Июн-18, 16:31 
> Почему лучше, в чем разница? /bin/sh тоже бинарь. юниты тоже текстовые файлы.

Ну это не разговор.

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

То есть ты веришь, что всё должно быть так качественно написано, что запущенный процесс будет работать 720 дней без сбоев. Это конечно хорошо бы, и так почти и есть. У меня есть один серверок с SysV с аптаймами до 350 дней, и ничего. Да, софт хороший, надёжный. Но иметь возможность запускать сервисы в режиме неваляшки тоже хорошо. Согласен?

> Учитывая что данный системный менеджер всё ещё пребывает в
> стадии глубокой разработки - я уверен, что он побъёт любой другой
> известный инит по поличеству неисправленных ошибок. Т.е. "устойчивость систем" если и
> вырастет, то только после того как Лёня уйдет на покой, а
> ошибки найдут и исправят.

Я не стронник systemd и не противник, просто это сегодняшний день и сегодня так. Я хоть и ревнитель Unix way, но мне systemd ничего не ломает. А вот столько хейта смотрю и удивляюсь... Все линуксы были JUST FOR FUN.

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

148. "Выпуск системного менеджера systemd 239"  +2 +/
Сообщение от Аноним (147), 23-Июн-18, 14:05 
> Лучше чтобы демоны запускал бинарь, без шелл прослоек. И устойчивость систем должна вырасти

А вы небось и банки перед телевизором заряжали?

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

174. "Выпуск системного менеджера systemd 239"  +/
Сообщение от ПавелС (ok), 23-Июн-18, 16:34 
>> Лучше чтобы демоны запускал бинарь, без шелл прослоек. И устойчивость систем должна вырасти
> А вы небось и банки перед телевизором заряжали?

:) Да, коллоидную ткань рассасывал у Кашпировского :).

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

151. "Выпуск системного менеджера systemd 239"  +2 +/
Сообщение от Anonymoustus (ok), 23-Июн-18, 14:12 
> Сервис, запущенный шелл скриптом, может лечь и поднимет его только админ. Нужно
> стало более современное решение. Это всё что я вижу полезного в
> systemd. Об остальном - дело вкуса и бесконечных споров.

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

«Более современное» не значит «лучше старого».

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

218. "Выпуск системного менеджера systemd 239"  +/
Сообщение от Zlo (??), 24-Июн-18, 00:46 
В том то и дело что в современно мире прогресса, на всех углах кричат нафиг оптимизация это дорого мы ещё пару серваков купи. Как думаешь этому миру нужно с чем то разбиратся да пусть хоть раз в 5 минут падает и перезапускается, лижбы видно не было. Вот по требованию рынка и появляются такие решения, и вот вам системд и докеры. Чтобы не думать как что, поставь контейнер запусти, ураа заработало, сдохнет перезальёшь по новой.
А лучше оно старого или нет всем плевать, те у кого есть деньги могут пропихнуть любое неадекватное решение (win 8-10 as example).
Ответить | Правка | Наверх | Cообщить модератору

152. "Выпуск системного менеджера systemd 239"  +2 +/
Сообщение от Michael Shigorinemail (ok), 23-Июн-18, 14:17 
> Сервис, запущенный шелл скриптом, может лечь и поднимет его только админ.

"И эти люди..." (ц)

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

Все эти "современные решения" понапиханы в systemd в кастрированном виде из давно существовавшего уже.  Примерно как каталоги и интерпретатор команд в MS-DOS.

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

176. "Выпуск системного менеджера systemd 239"  –1 +/
Сообщение от ПавелС (ok), 23-Июн-18, 16:55 
>> Сервис, запущенный шелл скриптом, может лечь и поднимет его только админ.
> "И эти люди..." (ц)
> Павел, во-первых, рядом уже правильно сказали: у хорошего админа сервисы просто так
> не грохаются, если такое случилось -- это повод для разбирательства.  
> А во-вторых -- у сисадминов попроще (вроде меня) и в ситуациях,
> когда даже минутный даунтайм единичной копии сервиса всё-таки недопустим, давным-давно
> существует https://mmonit.com/monit/ (и это не единственная реализация, хотя, как по мне,
> лучшая среди подобных).
> Все эти "современные решения" понапиханы в systemd в кастрированном виде из давно
> существовавшего уже.  Примерно как каталоги и интерпретатор команд в MS-DOS.

Да хорошо, хорошо, все правы. Людям ломает Unix way и всякое такое.
Нет этого в SysV by default. Есть разрозненные решения, которые надо собирать по сторонам и применять. Вы жа понимаете, Михаил, что многие люди делают - они отлаживают решения и предлагают из коробки, и Вы тоже этим занимаетесь. Тут предложено by default более отказоустойчивое решение и не надо почти ничего конфигурить дополнительно.

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

178. "Выпуск системного менеджера systemd 239"  –1 +/
Сообщение от ПавелС (ok), 23-Июн-18, 17:37 
>[оверквотинг удален]
>> существует https://mmonit.com/monit/ (и это не единственная реализация, хотя, как по мне,
>> лучшая среди подобных).
>> Все эти "современные решения" понапиханы в systemd в кастрированном виде из давно
>> существовавшего уже.  Примерно как каталоги и интерпретатор команд в MS-DOS.
> Да хорошо, хорошо, все правы. Людям ломает Unix way и всякое такое.
> Нет этого в SysV by default. Есть разрозненные решения, которые надо собирать
> по сторонам и применять. Вы жа понимаете, Михаил, что многие люди
> делают - они отлаживают решения и предлагают из коробки, и Вы
> тоже этим занимаетесь. Тут предложено by default более отказоустойчивое решение и
> не надо почти ничего конфигурить дополнительно.

Вот магия systemd наглядно:


pavel@87-253-14-186:~$ sudo ps aux | grep syslog
root      6675  0.1  0.0  23528  2864 ?        Ssl  17:34   0:00 /usr/sbin/rsyslogd -n
pavel     6684  0.0  0.0   4724   808 pts/0    S+   17:34   0:00 grep syslog
pavel@87-253-14-186:~$ sudo killall rsyslogd
pavel@87-253-14-186:~$ sudo ps aux | grep syslog
root      6689  0.0  0.0  23528  2832 ?        Ssl  17:34   0:00 /usr/sbin/rsyslogd -n
pavel     6695  0.0  0.0   4724   812 pts/0    S+   17:34   0:00 grep syslog


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

195. "Выпуск системного менеджера systemd 239"  +3 +/
Сообщение от Anonymoustus (ok), 23-Июн-18, 21:23 
То есть только ради этого следовало принудительно привести все дистрибутивы к единому красношляпному знаменателю и фактически сделать линукс собственностью RH?
Ответить | Правка | Наверх | Cообщить модератору

201. "Выпуск системного менеджера systemd 239"  +2 +/
Сообщение от псевдонимус (?), 23-Июн-18, 22:05 
Одного слова магия достаточно,что бы отшатнуться от системды как от чумы.
Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

255. "Выпуск системного менеджера systemd 239"  +1 +/
Сообщение от A (?), 25-Июн-18, 09:41 
>>[оверквотинг удален]

Ну и что тут собственно нового? Все ж было уже давно придумано - man inittab, опция respawn...

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

207. "Выпуск системного менеджера systemd 239"  +1 +/
Сообщение от Michael Shigorinemail (ok), 23-Июн-18, 22:45 
> Нет этого в SysV by default.

Так ведь и не нужно.

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

Да.

> Тут предложено by default более отказоустойчивое решение и
> не надо почти ничего конфигурить дополнительно.

А вот ни разу: systemd -- единственный init, который я видел сегфолтнувшимся без существенной причины (ну отлетел корень, не твоё дело, всё уже запущено, а когда dd отработает -- всё остальное будет уже неважно).  Это не говоря о том, что разрешать циклы в runtime было изначально идиотской затеей.

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

230. "Выпуск системного менеджера systemd 239"  +/
Сообщение от crypt (ok), 24-Июн-18, 09:43 
> А вот ни разу: systemd -- единственный init, который я видел сегфолтнувшимся

угу

https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=systemd

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

210. "Выпуск системного менеджера systemd 239"  +/
Сообщение от Vkni (ok), 23-Июн-18, 22:51 
> Нет этого в SysV by default. Есть разрозненные решения, которые надо собирать
> по сторонам и применять.

Пфуй. Для этого - "сборки по сторонам и применения" и есть дистрибутивостроители. Например, Михаил, с которым вы общаетесь. Ну попросите его сделать в ALT'е это настройкой - сделают, скорее всего.

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

212. "Выпуск системного менеджера systemd 239"  +/
Сообщение от Michael Shigorinemail (ok), 23-Июн-18, 23:01 
> Ну попросите его сделать в ALT'е это настройкой - сделают, скорее всего.

Отчасти давно сделано -- см. monit-base и зависимости на него. :)

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

219. "Выпуск системного менеджера systemd 239"  +1 +/
Сообщение от Vkni (ok), 24-Июн-18, 01:06 
> Отчасти давно сделано -- см. monit-base и зависимости на него. :)

Был не в курсе - меня текущий sysVinit вполне устраивает. Чтобы два раза не вставать - большое спасибо за недавно скачанный rescue, очень помог с восстановлением загрузчика (слетел из-за поломки вентилятора и перегретого южного моста).

Вопрос по rescue - у меня это наиболее типичный случай слёта системы, соответственно, всё, что нужно, это загрузиться прямо в неё. Нельзя ли там как-то указывать root partition, чтобы ядро с rescue просто подцепило систему? Сейчас я загружаюсь, перехожу в / старой системы, запускаю chroot . и что-нибудь вроде upgrade-kernel/grub-install/lilo.

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

220. "Выпуск системного менеджера systemd 239"  +2 +/
Сообщение от Anonymoustus (ok), 24-Июн-18, 02:05 
>> Отчасти давно сделано -- см. monit-base и зависимости на него. :)
> Был не в курсе - меня текущий sysVinit вполне устраивает. Чтобы два
> раза не вставать - большое спасибо за недавно скачанный rescue, очень
> помог с восстановлением загрузчика (слетел из-за поломки вентилятора и перегретого южного
> моста).
> Вопрос по rescue - у меня это наиболее типичный случай слёта системы,
> соответственно, всё, что нужно, это загрузиться прямо в неё. Нельзя ли
> там как-то указывать root partition, чтобы ядро с rescue просто подцепило
> систему? Сейчас я загружаюсь, перехожу в / старой системы, запускаю chroot
> . и что-нибудь вроде upgrade-kernel/grub-install/lilo.

Вот прекрасный пример правильных действий от правильного понимания.

Группа поддержки системды наверное сказала бы, что разбираться в потрохах системы — удел ветеран-админов и гусей с надутыми щеками, а прогрессивные современные люди просто накатывают новый докер вместо дохлого. Что? Данные? Какие данные? :)

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

264. "Выпуск системного менеджера systemd 239"  +/
Сообщение от Michael Shigorinemail (ok), 25-Июн-18, 15:52 
> Вопрос по rescue - у меня это наиболее типичный случай слёта системы,
> соответственно, всё, что нужно, это загрузиться прямо в неё. Нельзя ли
> там как-то указывать root partition, чтобы ядро с rescue просто подцепило
> систему? Сейчас я загружаюсь, перехожу в / старой системы, запускаю chroot
> . и что-нибудь вроде upgrade-kernel/grub-install/lilo.

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

> Сейчас я загружаюсь, перехожу в / старой системы

Кстати, давно есть mount-system -- немножко облегчает этот процесс.

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

229. "Выпуск системного менеджера systemd 239"  +1 +/
Сообщение от crypt (ok), 24-Июн-18, 09:40 
> Павел, во-первых, рядом уже правильно сказали: у хорошего админа сервисы просто так
> не грохаются, если такое случилось -- это повод для разбирательства.  
> А во-вторых -- у сисадминов попроще (вроде меня) и в ситуациях,
> когда даже минутный даунтайм единичной копии сервиса всё-таки недопустим, давным-давно
> существует https://mmonit.com/monit/ (и это не единственная реализация, хотя, как по мне,
> лучшая среди подобных).
> Все эти "современные решения" понапиханы в systemd в кастрированном виде из давно
> существовавшего уже.  Примерно как каталоги и интерпретатор команд в MS-DOS.

я тут согласен с каждым словом.


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

199. "Выпуск системного менеджера systemd 239"  +/
Сообщение от псевдонимус (?), 23-Июн-18, 21:54 
Во-первых рухнувший сервис может поднять какой-нибудь runit,который на порядок(в десятки раз)проще системды,во-вторых следует стараться не писать и не использовать падучие сервисы.
Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

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

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




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

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