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

"Выпуск системы инициализации sysvinit 2.89"	+1 +/–
Сообщение от opennews (ok) on 29-Мрт-18, 21:37
Спустя 8 лет с момента прошлого выпуска доступен (http://download.savannah.nongnu.org/releases/sysvinit/) релиз классической системы инициализации sysvinit 2.89 (http://savannah.nongnu.org/projects/sysvinit), которая широко применялась в дистрибутивах Linux во времена до systemd, upstart и OpenRC. Основные изменения (http://git.savannah.nongnu.org/cgit/sysvinit.git/tree/doc/Ch...): -  Сборочные файлы переведены на использование Git вместо Subversion; -  Добавлена возможность вывода информации о загрузке сразу на несколько консолей (например, когда ядро запускается с параметрами "console=tty1 console=ttyS0,9600"); -  Добавлены патчи для обеспечения совместимости с GNU Hurd; -  Добавлена поддержка сборки во FreeBSD. Программа ifdown.c портирована для FreeBSD; -  Удалены два вызова speep, что позволило ускорить перезагрузку на 2 секунды; -  Устранены предупреждения, выдаваемые компилятором Clang; -  Улучшена совместимость с Debian GNU/kFreeBSD:  добавлена поддержка ioctl, обеспечено выставление переменной окружения  TERM в xterm, добавлена поддержка ifdown, задействован /run/initctl вместо именованного канала для связи и внесены некоторые другие исправления; -  Обеспечена возможность работы со включенным SELinux; -  Добавлена поддержка сборки с multiarch-пакетом libcrypt; -  В paths.h вместо /run/nologin установлен /etc/nologin; -  Улучшена совместимость с современным состоянием Debian GNU/Linux; -  Добавлены патчи от проекта Openwall; -  Добавлен код для определения системых консолей через /proc/consoles; -  Улучшен код для определения разделов для монтирования; -  В utmpdump добавлена поддержка адресов IPv6 и решены некоторые другие проблемы с отображением и учётом входов с IPv6. URL: http://download.savannah.nongnu.org/releases/sysvinit/ Новость: https://www.opennet.dev/opennews/art.shtml?num=48354
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Выпуск системы инициализации sysvinit 2.89"	+39 +/–
Сообщение от Ne01eX (ok) on 29-Мрт-18, 21:37
Долгих лет syvinit! P.S. Ньюсмейкеру отдельный респект за оперативность. Только собрался писать новость, а она уже есть. :-)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Выпуск системы инициализации sysvinit 2.89"	+/–
Сообщение от Аноним (??) on 29-Мрт-18, 21:37
Ура! Мой диван будет грузиться еще быстрее :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	26. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от fi (ok) on 30-Мрт-18, 00:26
	а если пропатчить mkinitrd - до можно и 20сек. у нас до сих пор крутятся RHEL5, а там до сих пор SysVinit 2.86!!! Зачем что то переделывать?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	56. "Выпуск системы инициализации sysvinit 2.89"	+4 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 09:33
	Побольше бы таких как вы, ну а в целом, не обновляйте os\po\cms, глупости это все и порты не закрывайте)
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	87. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Zenitur (ok) on 30-Мрт-18, 13:03
	Так-то RHEL5 сейчас в стадии расширенной поддержки
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	101. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 15:11
	RHEL5 вообще какой-то весь суперский был и есть.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	107. "Выпуск системы инициализации sysvinit 2.89"	–3 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 17:56
	А если поставить systemd, то можно загрузиться и за 4 секунды — за счёт параллелизации и отсутствия необходимости вызывать bash для запуска каждой портянки.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	119. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от YetAnotherOnanym (ok) on 30-Мрт-18, 20:47
	Вы пробовали?
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	133. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Аноним (??) on 01-Апр-18, 11:08
	Конечно, все свои хосты на него перевёл, включая серверы и контейнеры.
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	39. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 06:16
	Сижу на тестовом диване. > будет обновлено 3 пакета > libsystemd0 ... Что-то сломалось.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	41. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Аноним (??) on 30-Мрт-18, 07:00
	это как с libpulse0 приходится ошметки этого @#$%&^@ держать в системе. На генту бежать лениво...
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	43. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 07:39
	Соглашусь. У меня на генту просто мощностей бежать нету. Если после каждого обновления libc придётся пересобирать пол-системы, то у меня на это уйдёт несоклько дней.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	52. "Выпуск системы инициализации sysvinit 2.89"	+5 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 08:40
	Я не пересобираю, брат жив.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	72. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от anonymous (??) on 30-Мрт-18, 11:20
	Брат - киборг с линуксом? Оо
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	126. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от iCat (ok) on 31-Мрт-18, 09:19
	>У меня на генту просто мощностей бежать нету. Попробуй CalculateLinux. Он живёт на основе Gentoo, но использует бинарные пакеты.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	67. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Andrey Mitrofanov on 30-Мрт-18, 10:58
	>> libsystemd0 ... > Что-то сломалось. Они lib-s-d ещё только собираются http://www.opennet.dev/openforum/vsluhforumID3/113556.html#17 душить, силёнки-то "не те" супротив такого большого страшного макаронного монстра.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	84. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Аноним (??) on 30-Мрт-18, 12:29
	> Они lib-s-d ещё только собираются Давно решено: см. libsystemd-dummy
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	92. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Andrey Mitrofanov on 30-Мрт-18, 13:21
	>> Они lib-s-d ещё только собираются > Давно решено: см. libsystemd-dummy Ну, смотрю. https://packages.debian.org/sid/libsystemd-dev По впечатлению, оно решает какую-то другую задачу. https://anonscm.debian.org/cgit/users/md/libsystemd-dummy.gi... Но не останавливайтесь, "бухти дальше про то, как корабли бороздят просторы Большого".
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

4. "Выпуск системы инициализации sysvinit 2.89"	+7 +/–
Сообщение от Ne01eX (ok) on 29-Мрт-18, 21:38
Только почему в мини? Эта новость, в принципе, должна быть в главных!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Выпуск системы инициализации sysvinit 2.89"	–3 +/–
	Сообщение от A.Stahl (ok) on 29-Мрт-18, 21:46
	Потому что эта новость чуть более актуальна, чем новости которые приносит Саахрикту: про Links, про gopher и прочие VAX с Ятрань...
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	64. "Выпуск системы инициализации sysvinit 2.89"	+3 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 10:45
	а зубы то у системдэшников о как скрежещут
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	94. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 13:26
	> а зубы то у системдэшников о как скрежещут О вас пекутся, глупые язычники. Вас же потом в /dev/null ответ держать заставят, почему не почитали Единственно Верную Систему и Пророка ее, Леннарта Великолепного!
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	174. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от А (??) on 05-Апр-18, 16:14
	"и не пРочитали исходники ее" > почему не почитали Единственно Верную Систему и Пророка ее, Леннарта Великолепного!
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

6. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
Сообщение от Аноним (??) on 29-Мрт-18, 21:48
неинтересно, но как антимонопольный проект против systemd - сойдёт ! Имхо...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	34. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 06:08
	Антимонопольщиков куча - OpenRC (правда таки работает поверх sysvinit), RunIt, SInit, etc...
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "Выпуск системы инициализации sysvinit 2.89"	–3 +/–
Сообщение от Аноним (??) on 29-Мрт-18, 21:58
Всплакнем!..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Выпуск системы инициализации sysvinit 2.89"	+/–
Сообщение от Аноним (??) on 29-Мрт-18, 22:04
Шевелится...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	53. "Выпуск системы инициализации sysvinit 2.89"	+2 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 08:42
	не, его шевелят.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	79. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 11:45
	шатают
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

12. "Выпуск системы инициализации sysvinit 2.89"	+3 +/–
Сообщение от saahriktu (ok) on 29-Мрт-18, 22:08
sysvinit рулит!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Выпуск системы инициализации sysvinit 2.89"	–15 +/–
Сообщение от Gemorroj (ok) on 29-Мрт-18, 22:33
любители этого самого syvinit вы скрипты инициализации для него писали? скорей бы помер уже, ей богу.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	14. "Выпуск системы инициализации sysvinit 2.89"	+5 +/–
	Сообщение от Аноним (??) on 29-Мрт-18, 22:34
	Мама, смотри, я прогрессивный!
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	16. "Выпуск системы инициализации sysvinit 2.89"	+5 +/–
	Сообщение от A.Stahl (ok) on 29-Мрт-18, 23:01
	Мама, смотри, я консервант... ой... консерватор, вот!
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	18. "Выпуск системы инициализации sysvinit 2.89"	+2 +/–
	Сообщение от Аноним (??) on 29-Мрт-18, 23:17
	А знаете как консервант по-английски?
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	71. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Аноним (??) on 30-Мрт-18, 11:15
	Preservative!
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	88. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от А (??) on 30-Мрт-18, 13:05
	Это вы о чем-то личном.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	46. "Выпуск системы инициализации sysvinit 2.89"	+2 +/–
	Сообщение от Gemorroj (ok) on 30-Мрт-18, 08:06
	дело не в "прогрессивности", а в количестве телодвижений, которое требуется чтобы получить результат.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	62. "Выпуск системы инициализации sysvinit 2.89"	+2 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 10:20
	> дело не в "прогрессивности", а в количестве телодвижений, которое требуется чтобы получить > результат. То то я смотрю проект восемь лет не двигался и все работает, а некоторые двигаются аж пар идет (и с пользователей в том числе)! И в чем разница? В разработке ради разработки? В прогрессе? Нет, я конечно же могу понять Человека в его стремлениях кодить, но как всегда вокруг находится стадо пастухов которые хотят только одного, "стричь и резать". Так пусть же у каждого Человека будет побольше хороших мыслей в голове, и побольше способностей распознать намерения каждого ("рядом" находящегося) пастуха из того стада, что бы отгородится от него для получения удовольствия от кодирования (например).
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	66. "Выпуск системы инициализации sysvinit 2.89"	–3 +/–
	Сообщение от Gemorroj (ok) on 30-Мрт-18, 10:49
	если вы "поддерживаете" старый хлам, то сидите не двигайтесь. а если мы разрабатываем новый софт, и новые демоны появляются периодически, при чем не однотипные, прикажете под каждый свою портянку на баше писать?
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	99. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 14:26
	> если вы "поддерживаете" старый хлам, то сидите не двигайтесь. а если мы > разрабатываем новый софт, и новые демоны появляются периодически, при чем не > однотипные, прикажете под каждый свою портянку на баше писать? Старый хлам (как известно ;), лучше двух новых хламовников! (Спорно!) Спасает только то, что Вселенная расширяется (возможно), и для каждого хлама когда нибудь наверняка найдется место! > однотипные, прикажете под каждый свою портянку на баше писать? Это Вы погорячились, на мое совершенно непрофессиональное мнение (судя по вашему комментарию), Вам вообще не надо программировать, из Вас бы хороший менеджер по продажам получился. > однотипные Не пора ли уже, в процессе обучения программированию, переходить к разделу "Переменные" ;) И да, Я не старый и/или за новый "хлам", Я за комфорт в жизни! И конечно же Я от Вас лично (да и в общем от кого то вообще) ничего не требую. Удачи!
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	122. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от YetAnotherOnanym (ok) on 30-Мрт-18, 21:17
	> под каждый свою портянку на баше писать? Шаблон скопировать не судьба?
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	68. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от Andrey Mitrofanov on 30-Мрт-18, 11:02
	> дело не в "прогрессивности", а в количестве телодвижений, которое требуется чтобы получить > результат. Да, действительно.  Что ж это мы?  Спутали прогресс с потреб***ством. "Щательнее надо, ребята!"
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	116. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от dq0s4y71 (ok) on 30-Мрт-18, 20:32
	И какой результат вы рассчитываете получить от скриптов инициализации?
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	15. "Выпуск системы инициализации sysvinit 2.89"	+3 +/–
	Сообщение от Ne01eX (ok) on 29-Мрт-18, 22:38
	> любители этого самого syvinit вы скрипты инициализации для него писали? скорей бы > помер уже, ей богу. В том числе, и в стиле BSD. 8-) Вообще не вижу никаких сложностей. Всё на языке шелла, всё юниксвей.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	48. "Выпуск системы инициализации sysvinit 2.89"	–3 +/–
	Сообщение от Gemorroj (ok) on 30-Мрт-18, 08:18
	да, шел - это все хорошо. но для не совсем простых вещей начинаются проблемы, которые на systemd закрываются 1 командой. для сравнения посмотри, например, скрипт запуска nginx в обоих системах
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	54. "Выпуск системы инициализации sysvinit 2.89"	+6 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 08:48
	Так эти "не совсем простые вещи" захардкожены в бинарь. Что легче - "портянку" поправить при нужде или бинарь?
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	65. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Аноним (??) on 30-Мрт-18, 10:47
	Хотел написать вам, что "а вы не думали, как это так сделали, что закрывается одной коомандой?", да вот вам уже выше написали. Вы найдите код, который "закрывает одной командой". Если он отличный - ну дай бог.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	82. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от Ne01eX (ok) on 30-Мрт-18, 11:52
	> да, шел - это все хорошо. но для не совсем простых вещей > начинаются проблемы, которые на systemd закрываются 1 командой. > для сравнения посмотри, например, скрипт запуска nginx в обоих системах 1. ЛППП. 2. Зачем мне 1 команда, когда для того же nginx их нужно, как минимум 3. А лучше 7 или даже 8: #cat /etc/rc.d/rc.nginx #!/bin/sh # # Nginx daemon control script. BIN=/usr/sbin/nginx CONF=/etc/nginx/nginx.conf PID=/var/run/nginx.pid nginx_start() {   # Sanity checks.   if [ ! -r $CONF ]; then # no config file, exit:     echo "$CONF does not appear to exist. Abort."     exit 1   fi   if [ -s $PID ]; then     echo "Nginx appears to already be running?"     exit 1   fi   echo "Starting Nginx server daemon..."   if [ -x $BIN ]; then     $BIN -c $CONF   fi } nginx_test_conf() {   echo "Checking configuration for correct syntax and"   echo "then trying to open files referenced in configuration..."   $BIN -t -c $CONF } nginx_term() {   echo "Shutdown Nginx quickly..."   kill -TERM $(cat $PID) } nginx_stop() {   echo "Shutdown Nginx gracefully..."   kill -QUIT $(cat $PID) } nginx_reload() {   echo "Reloading Nginx configuration..."   kill -HUP $(cat $PID) } nginx_upgrade() {   echo "Upgrading to the new Nginx binary."   echo "Make sure the Nginx binary has been replaced with new one"   echo "or Nginx server modules were added/removed."   kill -USR2 $(cat $PID)   sleep 3   kill -QUIT $(cat $PID.oldbin) } nginx_rotate() {   echo "Rotating Nginx logs..."   kill -USR1 $(cat $PID) } nginx_restart() {   nginx_stop   sleep 3   nginx_start } case "$1" in   check)     nginx_test_conf     ;;   start)     nginx_start     ;;   term)     nginx_term     ;;   stop)     nginx_stop     ;;   reload)     nginx_reload     ;;   restart)     nginx_restart     ;;   upgrade)     nginx_upgrade     ;;   rotate)     nginx_rotate     ;;   *)   echo "usage: `basename $0` {check|start|term|stop|reload|restart|upgrade|rotate}" esac 3. Ротация логов через logrotate: # cat /etc/logrotate.d/nginx /var/log/nginx/*.log {   su @USER@ @GROUP@   rotate 10   notifempty   size=5M   compress   delaycompress   sharedscripts   postrotate     /etc/rc.d/rc.nginx rotate   endscript } Здесь @USER@ @GROUP@ соответственно пользователь и группа, от чего имени запускается nginx. Попрошу обратить внимание что это одинаково работает на любой GNU/Linux системе со скриптами в стиле BSD, в том числе и на разных BSD. В том числе и на GNU/HURD. Максимум что нужно поправить - пути по умолчанию, если они, конечно, различаются. 4. Если бы RTK был для сервера, то /etc/rc.d/rc.nginx бы, скорее всего, ещё и умел бы у меня материться на разных языках, в том числе и по-русски, с цветными буквами. Но это уже излишество, на самом деле. А как обстоят дела у вас, в systemd?
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	86. "Выпуск системы инициализации sysvinit 2.89"	+4 +/–
	Сообщение от КО on 30-Мрт-18, 12:56
	>А как обстоят дела у вас, в systemd? Спор не стоящий выеденного яйца. SystemD такой же пускатель портянок, как и SysVinit. Просто с блекжеком и куртизанками. Просто для простых случаев в нем есть встроенные фичи, которые не требуют отдельного шелла, для запуска процессов. В сложном случае, запускаешь ту же портянку. Другое дело, что в нем поклали болт на /etc/init.d и теперь портянки могут оказаться где угодно.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	118. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от dq0s4y71 (ok) on 30-Мрт-18, 20:36
	> В сложном случае, запускаешь ту же портянку. Нормально.
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	102. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Gemorroj (ok) on 30-Мрт-18, 15:23
	а теперь добавь сюда рестарт при падениях
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	105. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Аноним (??) on 30-Мрт-18, 17:38
	> а теперь добавь сюда рестарт при падениях у кого нет systemd, то у того не падает, а стоит
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	110. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Ne01eX (ok) on 30-Мрт-18, 18:54
	> а теперь добавь сюда рестарт при падениях 1. Иш, какой шустрый. Так ты мне ещё свой вариант на systemd.services не показал. 2. Само по себе ничего не падает. Во всяком случае с нормальными системами инициализации. Каждое такое "случайное" падение - это повод для проведения полного аудита безопасности. 3. Если бы у меня в конторе был такой админ, у которого всё "само падает", то я бы, как минимум, поставил вопрос о соответствии занимаемой им должности. Ну это, - самый цензурный вариант. :-) 4. На самом деле добавлять в скрипт ничего не нужно. Там уже итак есть всё на все случаи жизни. Мониторинг работоспособности определённого демона можно производить: 4.1 по cron: cat /etc/cron.hourly/nginx #!/bin/sh ps -A | grep nginx || send_alert --via email,sms && /etc/rc.d/rc.nginx start Это на самом деле всё что нужно, чтобы проверять каждый час работоспособность какого-либо демона и запускать его, если он не запущен. Понятно, что переодичность проверки можно настроить какую угодно, - хоть каждую минуту. P.S. Кусок send_alert --via email,sms && большинству нормальных и адекватных людей не нужен и демонстрирует, помимо перезапуска демона, отправку ворнинга в спортлото/админу на мобилу. Причём он сначала стучит админу, и если всё отстучалось удачно, то запускает rc.nginx Ну это один из вариантов решения указанной проблемы нативными методами, работающими в любой известной мне *nix системе. С бесплатной вишенкой в виде уведомления администратора о проблеме. Ну, разве что, пути могут быть слегка другими. :-\ Особенно, если нужна другая переодичность проверки. 4.2 Давным-давно, я что-то похожее делал через inetd/xinetd, но подробностей уже не помню. Юзай cron, там скрыта сила джедаев.
	Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

	111. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Gemorroj (ok) on 30-Мрт-18, 19:18
	1). не мой,а вариант самого nginx. лежит в centos тут: /usr/lib/systemd/system/nginx.service [Unit] Description=nginx - high performance web server Documentation=http://nginx.org/en/docs/ After=network-online.target remote-fs.target nss-lookup.target Wants=network-online.target [Service] Type=forking PIDFile=/var/run/nginx.pid ExecStartPre=/usr/sbin/nginx -t -c /etc/nginx/nginx.conf ExecStart=/usr/sbin/nginx -c /etc/nginx/nginx.conf ExecReload=/bin/kill -s HUP $MAINPID ExecStop=/bin/kill -s TERM $MAINPID [Install] WantedBy=multi-user.target 2). Падения бывают не из-за систем инциализации, а из-за криво написанного софта, например, или нехватки ресурсов. Аудит проводится по логам, при запущенном сервере. От пользователя проблему по возможности нужно скрыть. 3). Если ваша контора занимается администрированием локалхостов, то поздравляю, у вас все будет хорошо. Какое еще ответ от меня ожидается? 4). https://www.freedesktop.org/software/systemd/man/systemd.ser... P.S. Я вообще не админ, а разработчик.
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	117. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Ne01eX (ok) on 30-Мрт-18, 20:34
	> P.S. Я вообще не админ, а разработчик. А я ни про кого конкретно и не говорил. Просто - замечание вслух без перехода на личности. :-) В конечном итоге, - systemd пришла и уйдёт, а в *nix с их нативными решениями - сила миллионов джедаев нескольких поколений. Opointer этого не понимает или не принимает, а потому - он изначально уже проиграл. Ну и ни одно своё произведение он так и не довёл релиза. А всё в гегемоны лезет. :-\
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	130. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от Led (ok) on 31-Мрт-18, 21:41
	> Я вообще не админ, а разработчик. Вэб-мaкaкa возомнила себя разработчиком?
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	123. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от Алексей (??) on 30-Мрт-18, 22:06
	>   kill -TERM $(cat $PID) Такое только на вашем локалхосте нормально. В дистрибутивных скриптах инициализации за это бьют ногами, ибо nginx мог уже упасть, а этот PID - быть занят другим процессом. Отсутствие вменяемого отслеживания процессов без состояний гонок, которое в systemd реализовано через cgroups, в sysvinit является одной из главных проблем. Запускаем процесс - а дальше хоть трава не расти. Вот и получаем код типа того, что написали вы. (Можно ещё killall mysqld вспомнить в официальном, блин, init-скрипте mysql. Я об этом узнал, когда попытка остановить зависший сервис БД привела к падению akonadi, у которого прибился локально запущенный *пользовательский* экземпляр mysqld.)
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	127. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Ne01eX (ok) on 31-Мрт-18, 10:13
	>[оверквотинг удален] > Такое только на вашем локалхосте нормально. В дистрибутивных скриптах инициализации за > это бьют ногами, ибо nginx мог уже упасть, а этот PID > - быть занят другим процессом. > Отсутствие вменяемого отслеживания процессов без состояний гонок, которое в systemd реализовано > через cgroups, в sysvinit является одной из главных проблем. Запускаем процесс > - а дальше хоть трава не расти. Вот и получаем код > типа того, что написали вы. (Можно ещё killall mysqld вспомнить в > официальном, блин, init-скрипте mysql. Я об этом узнал, когда попытка остановить > зависший сервис БД привела к падению akonadi, у которого прибился локально > запущенный *пользовательский* экземпляр mysqld.) То что вы запускаете или прибиваете что-то не глядя ещё не говорит о недостатке чего-либо. С дуру можно и ... сломать, если им тыкать куда попало. Ну это вместо во-первых. Те самые контейнеры процессов (они же контрольные группы процессов) появились в Linux не вчера и не с приходом systemd. Я конечно не буду никак ограничивать фантазию (не вашу, а вообще) их использования, но их основное предназначение не в этом. *nix не любит дураков. Тем более, - дураков на месте системного администратора. Тем более, если он держит сервер БД на рабочей станции с KDE. :-) (куча смайлов, не воспринимайте близко к сердцу) Но это не значит, что озвученный вами вопрос нельзя решить без systemd: if [ -z "$(ps -A | grep $(cat $PID) | grep -v 'nginx')" ]; then    kill -TERM $(cat $PID) else    echo "Вася ты уже бухой, иди спать!" fi и.т.д. по уже накатаной тропке... Проблема решена, или занимаемся дальше? :-) P.S. Можно было бы и свести всё к обработке исключения (как в примере с тем же ps выше по треду), но я решил что так будет нагляднее. :-)
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

	128. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Алексей (??) on 31-Мрт-18, 16:54
	> То что вы запускаете или прибиваете что-то не глядя ещё не говорит > о недостатке чего-либо. Вообще-то как раз говорит. Ибо если в init-скриптах начать учитывать этот и многие другие граничные случаи, код получится уже совсем не таким маленьким и понятным. И это я ещё не начал про вопросы обновления в случае ручной правки, скажем, команды запуска. Для решения этой проблемы сделали костыль /etc/default/ (что опять же усложняет конфигурацию, ибо она теперь размазана по нескольким файлам), но и это не решает проблемы более сложной настройки, нежели добавить параметр запуска: попробуйте поместить свой сервис в отдельный network namespace, например. При этом я не утверждаю, что systemd идеален. Это скорее критика sysvinit, и практически любая другая система инициализации лучше, чем sysvinit. > Те самые контейнеры процессов (они же контрольные группы процессов) появились в Linux > не вчера и не с приходом systemd. Я конечно не буду > никак ограничивать фантазию (не вашу, а вообще) их использования, но их > основное предназначение не в этом. Их предназначение - пометка поддерева процессов. Для какой цели осуществляется эта пометка - это уже вопрос использования, но любые варианты не противоречат их основному предназначению. > *nix не любит дураков. Тем более, - дураков на месте системного администратора. > Тем более, если он держит сервер БД на рабочей станции с > KDE. :-) (куча смайлов, не воспринимайте близко к сердцу) А вам не приходит в голову, что речь идёт о рабочей станции, где создаются и обкатываются сценарии SQL? Естественно, это не боевой сервер. Но это даже не важно: это пример того, как сложно на самом деле писать init-скрипты *правильно*. > Но это не значит, что озвученный вами вопрос нельзя решить без systemd: Речь не о невозможности решения тех или иных проблем в скриптах - в конце концов, это Тьюринг-полный язык - а о сложности их корректного решения на языке, который не содержит вменяемых примитивов синхронизации, а значит, подвержен гонкам по определению.
	Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

	132. "Выпуск системы инициализации sysvinit 2.89"	–5 +/–
	Сообщение от Ne01eX (ok) on 01-Апр-18, 10:54
	1. Для всего вышеописанного и предназначен системный администратор. Что надо, он и сам подправит. Тем более, если он привык убеждаться в том, всё ли он делает правильно работая под root. 2. Проблемы высосаны из пальца. Я уже писал это выше.
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	138. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Алексей (??) on 01-Апр-18, 15:38
	> 1. Для всего вышеописанного и предназначен системный администратор. Что надо, он и > сам подправит. Тем более, если он привык убеждаться в том, всё > ли он делает правильно работая под root. "Пакетные менеджеры не нужны - для этого есть системный администратор." - и далее по тексту. > 2. Проблемы высосаны из пальца. Я уже писал это выше. Потому что вы так сказали?
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	143. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Ne01eX (ok) on 02-Апр-18, 00:39
	>> 1. Для всего вышеописанного и предназначен системный администратор. Что надо, он и >> сам подправит. Тем более, если он привык убеждаться в том, всё >> ли он делает правильно работая под root. > "Пакетные менеджеры не нужны - для этого есть системный администратор." - и > далее по тексту. >> 2. Проблемы высосаны из пальца. Я уже писал это выше. > Потому что вы так сказали? Вас так и тянет в крайности, я смотрю... :-\
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	145. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Алексей (??) on 02-Апр-18, 12:49
	> Вас так и тянет в крайности, я смотрю... :-\ А как ещё вы предлагаете реагировать на ничем не аргументированные безапелляционные заявления?
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	149. "Выпуск системы инициализации sysvinit 2.89"	+4 +/–
	Сообщение от freehck (ok) on 02-Апр-18, 19:27
	> Такое только на вашем локалхосте нормально. В дистрибутивных скриптах инициализации за это бьют ногами, ибо nginx мог уже упасть, а этот PID - быть занят другим процессом. Слушай, ну давай только честно: вероятность того, что PID окажется занят другим жизненно важным процессом, близка к нулю. 1/32k -- это очень немного. 0.003% всего. Стоит ли из-за такого риска сильно напрягаться, если большинство демонов, с которыми мы ежедневно работаем, никогда не падают? Понятное дело, что cgroups в этом плане -- механизм более надёжный. И это очень хорошо, что systemd умеет его использовать и активно продвигает именно его для управление процессами. И мы с большим удовольствием будем его использовать когда-нибудь. Но работа по переписыванию всех скриптов -- это весьма небыстрый процесс. Мы с вами фактически занимаемся одним и тем же новаторством сейчас: вы создаёте тысячи и тысячи юнитов для systemd, мы же -- модифицируем shell-скрипты. Ввиду того, что в sysv данная проблема не сильно актуальна, приоритет у неё соответствующий. Автор, с которым Вы так увлечённо спорите, всего лишь справедливо заметил, что данная задача может быть решена и в рамках sysv, и даже без cgroups. Но давайте всё же не забывать, что мы говорим о "проблеме" уровня чиха бараньего или даже прошлогоднего снега.
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

	150. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Алексей (??) on 02-Апр-18, 20:54
	>> Такое только на вашем локалхосте нормально. В дистрибутивных скриптах инициализации за это бьют ногами, ибо nginx мог уже упасть, а этот PID - быть занят другим процессом. > Слушай, ну давай только честно: вероятность того, что PID окажется занят другим > жизненно важным процессом, близка к нулю. 1/32k -- это очень немного. > 0.003% всего. Вы неправильно посчитали вероятность. То, что получилось у вас, - это вероятность 1 процесса получить заданный PID. Процессов же ощутимо больше одного. Далее, я не зря написал "в дистрибутивных скриптах инициализации": у себя вы можете писать как угодно, а разработчики дистрибутивов вынуждены учитывать множество граничных случаев, ибо они не могут себе позволить убивать процессы направо и налево. См. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#240
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	152. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Ne01eX (ok) on 03-Апр-18, 04:22
	>>> Такое только на вашем локалхосте нормально. В дистрибутивных скриптах инициализации за это бьют ногами, ибо nginx мог уже упасть, а этот PID - быть занят другим процессом. >> Слушай, ну давай только честно: вероятность того, что PID окажется занят другим >> жизненно важным процессом, близка к нулю. 1/32k -- это очень немного. >> 0.003% всего. > Вы неправильно посчитали вероятность. То, что получилось у вас, - это вероятность > 1 процесса получить заданный PID. Процессов же ощутимо больше одного. > Далее, я не зря написал "в дистрибутивных скриптах инициализации": у себя вы > можете писать как угодно, а разработчики дистрибутивов вынуждены учитывать множество граничных > случаев, ибо они не могут себе позволить убивать процессы направо и > налево. См. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#240 Очень много слов, но очень мало сути. По сути всё свелось к тому что: 1. sysvinit-скрипты ужастны; 2. systemd и upstart поддерживают запуск кастомных sysvinit-скриптов. Со своей стороны хотелось бы заметить, что, как мне кажется, суть в том что sysvinit - это система инициализации и только. Она не стремится подмять под себя весь мир, как systemd. 1 задача = 1 приложение которое безупречно решает эту задачу. Это unix-way. Это про sysvinit. 100500 задач = 1 приложение, которое толком не решает не одну из них. Это про systemd. Вы вольны сами решать, чем вам пользоваться. /дискуссия окончена.
	Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

	153. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Алексей (??) on 03-Апр-18, 08:59
	> Очень много слов, но очень мало сути. По сути всё свелось к > тому что: > 1. sysvinit-скрипты ужастны; > 2. systemd и upstart поддерживают запуск кастомных sysvinit-скриптов. init-скрипты действительно ужасны, если требуется создать надёжную систему. Рассчитывать, что авось под этим PID не будет другого процесса, - не очень надёжно. При этом я не спорю, что лично для себя init-скрипт можно написать довольно просто. Но это совсем другой уровень ответственности. > Со своей стороны хотелось бы заметить, что, как мне кажется, суть в > том что sysvinit - это система инициализации и только. Она не > стремится подмять под себя весь мир, как systemd. Я говорю о systemd как системе инициализации. То, что в состав проекта входят иные сервисы, не делает systemd плохой системой инициализации. > 100500 задач = 1 приложение, которое толком не решает не одну из > них. Это про systemd. Во-первых, systemd уж никак не одно приложение. Он как раз состоит из набора утилит, каждая из которых занимается своим делом, и которые общаются друг с другом через чётко определённые интерфейсы. Во-вторых, слова о том, что systemd не решает ни одну из задач, требуют аргументации, иначе это лишь голословные утверждения.
	Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

	159. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от freehck (ok) on 04-Апр-18, 04:03
	>> 100500 задач = 1 приложение, которое толком не решает не одну из >> них. Это про systemd. > Во-первых, systemd уж никак не одно приложение. Он как раз состоит из > набора утилит, каждая из которых занимается своим делом, и которые общаются > друг с другом через чётко определённые интерфейсы. Ну, во-первых интерфейсы очень-очень нечётко определены. Не надо нам тут заливать, мы эту тему уже много раз проходили. А во-вторых, насколько Вы далеки от понимания того, что модульность и монолитность -- не противоположные термины? То, что systemd состоит из множества утилит -- не означает, что это не одна большая монолитная программа.
	Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

	163. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Алексей (??) on 04-Апр-18, 17:53
	> Ну, во-первых интерфейсы очень-очень нечётко определены. Давайте говорить конкретно: чего вам не хватает, например, в определении этого интерфейса: https://www.freedesktop.org/wiki/Software/systemd/timedated/ ? > А во-вторых, насколько Вы далеки > от понимания того, что модульность и монолитность -- не противоположные термины? > То, что systemd состоит из множества утилит -- не означает, что > это не одна большая монолитная программа. А я разве заявлял об обратном? Почему вы отвечаете вроде мне, но на то, что я вообще не утверждал? Безусловно, компоненты systemd зависят от интерфейсов других его компонентов. Но это вообще не имеет никакого значения: любые программы, использующие другие программы в своей работе, зависят от их интерфейса, будь это интерфейс POSIX, Linux или конкретная реализация конкретной программы. Например, скрипт, использующий в своей работе grep, зависит от его интерфейса, и альтернативная реализация grep должна поддерживать данный интерфейс, чтобы скрипт продолжал работать. Таких зависимостей в любой работающей системе - море, и сам факт их наличия ещё не означает, что система плоха. Главное, что отдельные компоненты systemd выполняются в разных адресных пространствах и с разными привилегиями, что снижает риски и повышает надёжность в сравнении с действительно монолитной реализацией.
	Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

	166. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от freehck (ok) on 05-Апр-18, 09:59
	>> Ну, во-первых интерфейсы очень-очень нечётко определены. > Давайте говорить конкретно: чего вам не хватает, например, в определении этого интерфейса: > https://www.freedesktop.org/wiki/Software/systemd/timedated/ ? Хех. Хорошая попытка. Но нет. Они нечётко определены в том плане, что постоянно меняются. Именно поэтому нет ни одного успешного форка, хотя люди пытались неоднократно остановить то безумие, что чинит Поттеринг. Вот тебе более развёрнутые пояснения, если хочешь: https://www.opennet.dev/base/sys/systemd_myth.txt.html >> А во-вторых, насколько Вы далеки >> от понимания того, что модульность и монолитность -- не противоположные термины? >> То, что systemd состоит из множества утилит -- не означает, что >> это не одна большая монолитная программа. > А я разве заявлял об обратном? Почему вы отвечаете вроде мне, но на то, что я вообще не утверждал? Блестяще. Тролль 80го уровня. :) >>> systemd уж никак не одно приложение. Он как раз состоит из набора утилит Не утверждал он. :) > Безусловно, компоненты systemd зависят от интерфейсов других его компонентов. Но это вообще > не имеет никакого значения: любые программы, использующие другие программы в своей > работе, зависят от их интерфейса, будь это интерфейс POSIX, Linux или > конкретная реализация конкретной программы. Например, скрипт, использующий в своей работе > grep, зависит от его интерфейса, и альтернативная реализация grep должна поддерживать > данный интерфейс, чтобы скрипт продолжал работать. Таких зависимостей в любой работающей > системе - море, и сам факт их наличия ещё не означает, что система плоха. А я разве заявлял об обратном? Почему вы отвечаете вроде мне, но на то, что я вообще не утверждал? Лоооол. :) > Главное, что отдельные компоненты systemd выполняются в разных адресных пространствах > и с разными привилегиями, что снижает риски и повышает надёжность в > сравнении с действительно монолитной реализацией. Лооол! Сначала "утверждаю X", потом "почему Вы мне так отвечаете, я X не утверждал". И в этом же сообщении опять "утверждаю X". Ну ты блин даёшь. Фейл, парень. Фейл. :) Короче, читай вот это, и харэ время у людей отнимать: https://www.opennet.dev/base/sys/systemd_myth.txt.html
	Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

	168. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Алексей (??) on 05-Апр-18, 14:10
	> Хех. Хорошая попытка. Но нет. Они нечётко определены в том плане, что > постоянно меняются. И как же постоянно менялся, например, указанный мной интерфейс? Насколько мне известно, обещания не ломать не давалось разве что для интерфейса PID 1 - но при этом за всё время не припоминаю случаев, когда его ломали бы. > Именно поэтому нет ни одного успешного форка, хотя люди > пытались неоднократно остановить то безумие, что чинит Поттеринг. Это ничем не обоснованное утверждение, т.е. - предположение. Есть и альтернативное предположение: те недостатки, исправление которых было целью создания форков, не являются ни корректными, ни значимыми настолько, чтобы обосновать переход. > Вот тебе более развёрнутые пояснения, если хочешь: > https://www.opennet.dev/base/sys/systemd_myth.txt.html Читал уже, спасибо. > Блестяще. Тролль 80го уровня. :) >>>> systemd уж никак не одно приложение. Он как раз состоит из набора утилит > Не утверждал он. :) Это одна программа, состоящая из нескольких приложений. Что не так? >> Безусловно, компоненты systemd зависят от интерфейсов других его компонентов. Но это вообще >> не имеет никакого значения: любые программы, использующие другие программы в своей >> работе, зависят от их интерфейса, будь это интерфейс POSIX, Linux или >> конкретная реализация конкретной программы. Например, скрипт, использующий в своей работе >> grep, зависит от его интерфейса, и альтернативная реализация grep должна поддерживать >> данный интерфейс, чтобы скрипт продолжал работать. Таких зависимостей в любой работающей >> системе - море, и сам факт их наличия ещё не означает, что система плоха. > А я разве заявлял об обратном? Почему вы отвечаете вроде мне, но > на то, что я вообще не утверждал? Лоооол. :) Да, заявляли. Ибо в вашем употреблении терминов "модульность" и "монолитность" я сразу (и, как оказалось, безошибочно) узнал ту самую статью, ссылку на которую вы только что дали выше. Это ответ на аргумент из той статьи, на который вы сослались. Так что не премину ответить вам вашими же словами, хоть от них и пованивает LOR'ом: > Лооол! Ну ты блин даёшь. Фейл, парень. Фейл. :)
	Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

	169. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от freehck (ok) on 05-Апр-18, 15:22
	>> Хех. Хорошая попытка. Но нет. Они нечётко определены в том плане, что >> постоянно меняются. > И как же постоянно менялся, например, указанный мной интерфейс? Вполне очевидно, что я этого не знаю. Скорее всего никак. Но я тебе дал статью, где есть все ссылки. > те недостатки, исправление которых было целью создания форков, не являются ни > корректными, ни значимыми настолько, чтобы обосновать переход. И на это тоже куча ссылок в статье. >> Вот тебе более развёрнутые пояснения, если хочешь: >> https://www.opennet.dev/base/sys/systemd_myth.txt.html > Читал уже, спасибо. Ну ты во-первых дочитай, а во-вторых попробуй читать до тех пор, пока не начнёшь понимать написанное. > Это одна программа, состоящая из нескольких приложений. Что не так? Значит так. Если ты не желаешь считать слова "приложение" и "программа" синонимами, что конечно неправильно, но сие есть весьма распространённая ошибка, с которой приходится считаться... Тогда будь добр, выкладывай на бочку определение слова "приложение". Потому что если по определению, то systemd вообще не является приложением ни в какой своей части. :) Правда, тебя это уже не спасёт от того, чтобы на тебя не смотрели здесь как на безграмотного словоблуда. :) > Да, заявляли. Ибо в вашем употреблении терминов "модульность" и "монолитность" я сразу > (и, как оказалось, безошибочно) узнал ту самую статью, ссылку на которую > вы только что дали выше. Это ответ на аргумент из той > статьи, на который вы сослались. Угу. Итого, можно сделать вывод, что ты не осилил даже первый пункт. Красава. :)
	Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

	173. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Алексей (??) on 05-Апр-18, 15:51
	> Вполне очевидно, что я этого не знаю. Скорее всего никак. Но я > тебе дал статью, где есть все ссылки. > И на это тоже куча ссылок в статье. В таком случае вас не затруднит эти ссылки предоставить, верно? ;) > Ну ты во-первых дочитай, а во-вторых попробуй читать до тех пор, пока > не начнёшь понимать написанное. Помнится, вы наделяли некоего собирательного образа "системдешников" следующими качествами: > - обязательно где-нибудь усомнюсь в квалификации собеседника Вы латентный "системдешник"? :) >> Это одна программа, состоящая из нескольких приложений. Что не так? > Значит так. Если ты не желаешь считать слова "приложение" и "программа" синонимами, > что конечно неправильно, но сие есть весьма распространённая ошибка, с которой > приходится считаться... Тогда будь добр, выкладывай на бочку определение слова "приложение". "Приложение - это единица исполнения программного обеспечения, предназначенная для решения определённой задачи" - забирайте с бочки. > Правда, тебя это уже не спасёт от того, чтобы на тебя не > смотрели здесь как на безграмотного словоблуда. :) Я щас прям расплачусь. :D > Угу. Итого, можно сделать вывод, что ты не осилил даже первый пункт. > Красава. :) И вы конечно же сможете обосновать, в чём *именно* я неправ, да?
	Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

	175. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от freehck (ok) on 05-Апр-18, 16:23
	>> Вполне очевидно, что я этого не знаю. Скорее всего никак. Но я >> тебе дал статью, где есть все ссылки. >> И на это тоже куча ссылок в статье. > В таком случае вас не затруднит эти ссылки предоставить, верно? ;) Да не вопрос. п.1.1. :) >> Ну ты во-первых дочитай, а во-вторых попробуй читать до тех пор, пока >> не начнёшь понимать написанное. > Помнится, вы наделяли некоего собирательного образа "системдешников" следующими качествами: >> - обязательно где-нибудь усомнюсь в квалификации собеседника > Вы латентный "системдешник"? :) Причём тут квалификация? Я говорю, что ты не умеешь обдумывать прочитанное. Но если уж заговорили о квалификации... > "Приложение - это единица исполнения программного обеспечения, предназначенная для решения определённой задачи" Неужели мне надо ещё что-нибудь добавить? :) >> Правда, тебя это уже не спасёт от того, чтобы на тебя не смотрели здесь как на безграмотного словоблуда. :) > Я щас прям расплачусь. :D А возможно стоило бы. >> Угу. Итого, можно сделать вывод, что ты не осилил даже первый пункт. >> Красава. :) > И вы конечно же сможете обосновать, в чём *именно* я неправ, да? Обосновать *тебе* -- не смогу 100%. :)
	Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

	176. "Выпуск системы инициализации sysvinit 2.89"	–3 +/–
	Сообщение от Алексей (??) on 05-Апр-18, 18:16
	> Да не вопрос. п.1.1. :) Прекрасно. Давайте процитируем данный пункт: Заблуждение #1.1: "Компоненты Systemd имеют хорошо описанные интерфейсы, и поэтому вы можете просто заменить части, которые вам не нравятся" Это рассуждение ошибочно из-за одного упущения. Не все его интерфейсы стабильны, поэтому этот вариант невозможно поддерживать, если только вы не имеете возможности тратить на это всё время. Что особенно важно, так это интерфейс к основному сервисному демону, который не стабилен. Даже сами авторы признают, что некоторые части systemd не могут быть независимо реализованы. Он сам по себе является хорошим примером демагогии. Из того, что *некоторые* интерфейсы systemd не стабильны, не следует ложность исходного утверждения: если часть, которая вам не нравится, входит в число тех, которые имеют стабильный интерфейс, то вы вполне можете её заменить. Теперь давайте рассмотрим, какие же интерфейсы считаются нестабильными в systemd, воспользовавшись ссылкой №1 из данного пункта. 1. Внутренние приватные интерфейсы и особенности реализации. Это абсолютно стандартная практика: не опирайтесь на внутренние API и особенности реализации. Так как ни один вменяемый проект не использует приватные интерфейсы systemd, а опирается лишь на публичный API, это не является препятствием для альтернативной реализации компонентов. 2. Интерфейс PID 1, так как некоторые устаревшие возможности, оставленные для совместимости, могут быть отключены ключами сборки. Компоненты systemd не используют эти устаревшие интерфейсы, поэтому это снова не является препятствием для их альтернативной реализации. 3. Недокументированные возможности. Ну, здесь всё очевидно. :) 4. Некоторые интерфейсы по ссылке №2 из данного пункта. Из 40 перечисленных на данной странице интерфейсов нестабильным объявлен 1. Один. По буквам: О Д И Н. Как вы там утверждали? > Они нечётко определены в том плане, что постоянно меняются > постоянно меняются Комментарии излишни. :D > Обосновать *тебе* -- не смогу 100%. :) Извините, сеньор Д'Артаньян, не узнал.
	Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

	180. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от freehck (ok) on 05-Апр-18, 19:50
	> Интерфейс PID 1 так как некоторые устаревшие возможности, оставленные для совместимости, могут быть отключены ключами сборки. Ух ты. Это что-то новенькое. Где и кем это написано? Что-то не вижу.
	Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

	181. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Алексей (??) on 05-Апр-18, 19:55
	>> Интерфейс PID 1 так как некоторые устаревшие возможности, оставленные для совместимости, могут быть отключены ключами сборки. > Ух ты. Это что-то новенькое. Где и кем это написано? Что-то не > вижу. Это написано по первой ссылке из пункта 1.1, на который вы ссылались: https://www.freedesktop.org/wiki/Software/systemd/InterfaceS.../ The following interfaces will not necessarily be kept stable for now, but we will eventually make a stability promise for these interfaces too. In the meantime we will however try to keep breakage of these interfaces at a minimum: * The D-Bus interfaces of the main service daemon (!) [ An additional restriction applies here: functionality we consider legacy might not be available based on compile-time options, such as SysV support, libwrap support and similar. Apps should not assume properties and methods related to this functionality are unconditionally available in the D-Bus interfaces. ]
	Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

	182. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от freehck (ok) on 06-Апр-18, 11:18
	>>> Интерфейс PID 1 так как некоторые устаревшие возможности, оставленные для совместимости, могут быть отключены ключами сборки. >> Ух ты. Это что-то новенькое. Где и кем это написано? Что-то не вижу. > ... > In the meantime we will however try to keep breakage of > these interfaces at a minimum: >  * The D-Bus interfaces of the main service daemon (!) [ > An additional restriction applies here: functionality we consider legacy might not > be available based on compile-time options... ] Доброе утро. ) Да ты, я смотрю, ещё и отличный переводчик. Ну, я наконец выспался, так что теперь моя очередь. "...Мы постараемся ломать эти интерфейсы минимально: - Интерфейс D-Bus ко главному сервисному демону [с одним нюансом: функционал, который мы сочтём устаревшим, может быть недоступен в зависимости от сборочных опций... ]" Это -- обещание вечной нестабильности самого главного интерфейса. Почему? Ну вот это как раз об умении понимать прочитанное. Обдумай вот что. Леннарт сначала шаркает ножкой "ну мы постараемся его не очень ломать". Но тут же добавляет "но делать будем, как сочтём нужным". Да ещё и с оговорочкой в конце текста "это всего лишь обещание, это ещё ничего вам не гарантирует". Он сделал *три* оговорки, пока давал это обещание. А чего стоят его обещания, мы знаем, ведь ещё он не так давно обещал не привязывать к systemd udev. PS: Про табличку с одним нестабильным интерфейсом порадовал. Нет, чтобы включить голову и подумать "вот я де факто утверждаю, что интерфейс к PID 1 стабилен, так почему же некторые части нельзя реализовать независимо, что явственно указано в одной из колонок этой табилцы"?
	Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

	184. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Алексей (??) on 06-Апр-18, 12:28
	> Да ты, я смотрю, ещё и отличный переводчик. ... > - обязательно где-нибудь усомнюсь в квалификации собеседника :D > Это -- обещание вечной нестабильности самого главного интерфейса. Нет, это "удивительным образом" пропавшее первое предложение из процитированной мной части: The following interfaces will not necessarily be kept stable for now, but we will eventually make a stability promise for these interfaces too. "Обещание вечной нестабильности", ага. Избирательное цитирование, да ещё и такая явная и очевидная манипуляция - фу таким быть. > Почему? Ну вот это > как раз об умении понимать прочитанное. Вот тут не поспоришь, да. :) > PS: Про табличку с одним нестабильным интерфейсом порадовал. Нет, чтобы включить голову > и подумать "вот я де факто утверждаю, что интерфейс к PID > 1 стабилен, так почему же некторые части нельзя реализовать независимо, что > явственно указано в одной из колонок этой табилцы"? Включить голову вам и правда было бы полезно, ибо "Reimplementable: no" - это рекомендация авторов этого не делать, а не невозможность это делать, что легко демонстрируется тем же logind: он в таблице "Reimplementable: no", но есть https://github.com/elogind/elogind
	Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

	187. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от freehck (ok) on 07-Апр-18, 11:12
	>> Да ты, я смотрю, ещё и отличный переводчик. > ... >> - обязательно где-нибудь усомнюсь в квалификации собеседника Я ещё раз гарантирую тебе, что у меня нет абсолютно никаких сомнений в отношении уровня твоей квалификации. ;) А текст ты неправильно перевёл, пришлось тебя поправлять. В следующий раз переводи сразу нормально, и не вываливай отсебятину, чтобы привести удобный себе аргумент. > Избирательное цитирование, да ещё и такая явная и очевидная манипуляция - фу таким быть. Ах, избирательное цитирование. Ведь эта фраза ВСЁ МЕНЯЕТ! Ой, или она не меняет вообще ничего? Да пожалуй, что не меняет. :) Ах, я манипулятор... Блин, какие комплименты пошли. :) > Включить голову вам и правда было бы полезно, ибо "Reimplementable: no" - > это рекомендация авторов этого не делать, а не невозможность это делать, "I can't make myself not ask you before we finish here, and before you start reimplementing these APIs in your distribution: are you sure it's time well spent if you work on reimplementing all this code instead of just spending it on adopting systemd on your distro as well?" Значит, "Reimplementable: yes" -- это ещё "не рекомендация это делать", а "Reimplementable: no" -- это "рекомендация это не делать". Как удобно! :D Короче нет, эта колонка как раз о том, возможно ли это сделать по мнению разработчиков systemd. (Кстати, там по второй ссылке есть ещё одна фраза о колонке Reimplementable. Ты её тоже приведи, и скажи, что я выдёргиваю всё из контекста, потому что с ней-то смысл сразу-сразу маняется на противоположный) :D > что легко демонстрируется тем же logind: он в таблице "Reimplementable: no", > но есть https://github.com/elogind/elogind Так это не реимплементация. Это заглушка на основе кода systemd для другого инита. :) Пилят её несколько лет уже, причём как пилят: взяли systemd, и постепенно выкидывают оттуда всё, что не связано с logind. :) В общем, этот тред мне тоже надоел. Ты пропавший человек, тебя ничто не спасёт. Лососни тyнца, хорошего настроения и здоровья! Здоровье -- это ведь самое главное. :)
	Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

	188. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Алексей (??) on 07-Апр-18, 14:27
	> А текст ты неправильно перевёл, пришлось тебя поправлять. В следующий раз переводи > сразу нормально, и не вываливай отсебятину, чтобы привести удобный себе аргумент. Мой "перевод" (в кавычках, потому что я не ставил цель собственно перевода, а старался передать исходный смысл; тем не менее, "неправильно перевёл" означает, что я этот смысл якобы исказил - давайте проверим): (Не объявлен стабильным) Интерфейс PID 1, так как некоторые устаревшие возможности, оставленные для совместимости, могут быть отключены ключами сборки. Ваш вариант: Интерфейс D-Bus ко главному сервисному демону [с одним нюансом: функционал, который мы сочтём устаревшим, может быть недоступен в зависимости от сборочных опций... ] Во-первых, не "с одним нюансом", а "к нему применяется дополнительное ограничение". Оригинал: The D-Bus interfaces of the main service daemon (!) [ An additional restriction applies here: functionality we consider legacy might not be available based on compile-time options... ] Как несложно убедиться, смысл ровно такой, какой я постарался передать: интерфейс PID 1 не объявлен стабильным, ибо может меняться в зависимости от опций сборки. Где же я неправильно "перевёл", по-вашему? > Ах, избирательное цитирование. Ведь эта фраза ВСЁ МЕНЯЕТ! Ой, или она не > меняет вообще ничего? Да пожалуй, что не меняет. :) Эта фраза противоположна по смыслу вашему выводу из остальной части. В подтверждение этого давайте рассмотрим оригинал: The following interfaces will not necessarily be kept stable for now, but we will eventually make a stability promise for these interfaces too. Перевод: "Следующие интерфейсы пока ещё необязательно будут стабильны, но в конце концов мы пообещаем стабильность и для них." Ваш вывод: Это -- обещание вечной нестабильности самого главного интерфейса. Нетрудно заметить, что "мы пообещаем стабильность и для них" противоречит "Это -- обещание вечной нестабильности". Таким образом, при вашем цитировании из исходного утверждения "чудесным образом" исчезло именно то предложение, которое противоречило выводу, который вы хотели сделать. Надо же, какое удивительное, необъяснимое совпадение!.. Но можете и дальше пытаться выкручиваться, это очень забавно. > Короче нет, эта колонка как раз о том, возможно ли это сделать > по мнению разработчиков systemd. Вы же сами привели: ...are you sure it's time well spent if you work on reimplementing all this code instead of just spending it on adopting systemd on your distro as well? "Вы уверены, что правильно тратить время на альтернативную реализацию этого кода вместо того, чтобы потратить его на адаптацию systemd в вашем дистрибутиве?" Это предложение уже само по себе явным образом допускает создание альтернативных реализаций (и лишь советует, что вместо этого лучше использовать systemd). Таким образом, ваше заявление о *невозможности* этого по мнению разработчиков systemd - ложно. > Так это не реимплементация. Это заглушка на основе кода systemd для другого > инита. :) > Пилят её несколько лет уже, причём как пилят: взяли systemd, и постепенно > выкидывают оттуда всё, что не связано с logind. :) Если можно взять и выкинуть из systemd всё, не связанное с logind, и заставить последний работать с другим PID 1, значит, возможно создать альтернативную реализацию logind, не привязанную к systemd. Искренне ваш, К.О. > Лососни тyнца Стабильности вашего уровня развития могут позавидовать все интерфейсы в мире!
	Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

	189. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от freehck (ok) on 08-Апр-18, 03:26
	> Как несложно убедиться, смысл ровно такой, какой я постарался передать: интерфейс PID > 1 не объявлен стабильным, ибо может меняться в зависимости от опций > сборки. Где же я неправильно "перевёл", по-вашему? Нет же. Там чёрным по белому написано: "Мы хотим сделать когда-нибудь стабильными следующие вещи из следующего списка (но пока что это не так)". И дальше список того, что когда-нибудь будет стабильным, и в какой мере оно будет стабильным. Первым пунктом PID 1. И там заранее прописано ограничение "когда оно таки будет стабильным, мы всё навно оставляем за собой возможность произвольно менять дефолты и перемещать в список легаси то, что сочтём нужным -- а дальше сами разбирайтесь со сборочными флагами". А ты, походу "перевода", впендюрил туда это никчёмное "потому что", превратив нюанс, описывающий небольшое исключение из списка стабильности, в якобы единственную причину, почему интерфейс PID 1 сейчас не стабилен. Хватит вешать людям лапшу на уши. Ты допустил очевиднейшую ошибку. Признай это уже спокойно. > "Следующие интерфейсы пока ещё необязательно будут стабильны, но в конце концов мы > пообещаем стабильность и для них." Ну да. С момента, как это было написано, прошло уже... Сколько? 8 лет? :) Говорят же тебе простым человеческим языком: стабильно не будет никогда. Что ты артачишься? > Если можно взять и выкинуть из systemd всё, не связанное с logind, > и заставить последний работать с другим PID 1, значит, возможно создать > альтернативную реализацию logind, не привязанную к systemd. Искренне ваш, К.О. Капитан из тебя хреновый. Реимплементация компонента подразумевает, что ты можешь взять её и использовать в systemd вместо оригинального компонента. elogind -- это заглушка для gnome и DMD. Что ты вообще делаешь в нашей сфере, если ты не знаешь элементарных вещей? >> Лососни тyнца Ах да... Я же собирался заканчивать этот тред...
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

	154. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Andrey Mitrofanov on 03-Апр-18, 11:55
	>>> Такое только на вашем локалхосте нормально. В дистрибутивных скриптах инициализации за это бьют ногами, ибо nginx мог уже упасть, а этот PID - быть занят другим процессом. >> Слушай, ну давай только честно: вероятность того, что PID окажется занят другим >> жизненно важным процессом, близка к нулю. 1/32k -- это очень немного. >> 0.003% всего. > Вы неправильно посчитали вероятность. То, что получилось у вас, - это вероятность Он зря наделся на крючок, да.  Но вы тральте дальше. > 1 процесса получить заданный PID. Процессов же ощутимо больше одного. Наблюдаю серию проверок до передачи пида kill()-у. В дистрибутивном "скрипте".         if (execname && !pid_is_exec(pid, &exec_stat))                 return status_dead;         if (userspec && !pid_is_user(pid, user_id))                 return status_dead;         if (cmdname && !pid_is_cmd(pid, cmdname))                 return status_dead;         if (action != action_stop && !pid_is_running(pid))                 return status_dead; Не в systemd совсем... С "инновациями" -- старайтесь лучше. > Далее, я не зря написал "в дистрибутивных скриптах инициализации": у себя вы
	Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

	155. "Выпуск системы инициализации sysvinit 2.89"	–3 +/–
	Сообщение от Алексей (??) on 03-Апр-18, 12:34
	> Он зря наделся на крючок, да.  Но вы тральте дальше. Не проецируйте свои представления о данной дискуссии на меня, пожалуйста. > Наблюдаю серию проверок до передачи пида kill()-у. Я в курсе. В Debian постарались часть логики вынести в start-stop-daemon. Но эти проверки всё равно подвержены гонкам. > Не в systemd совсем... С "инновациями" -- старайтесь лучше. Я говорил про инновации? Не приписывайте мне чужие слова, пожалуйста. Вот возможность узнать код выхода завершившегося демона - это неплохое нововведение в systemd в сравнении с sysvinit.
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	158. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от freehck (ok) on 04-Апр-18, 03:49
	> Он зря наделся на крючок, да.  Но вы тральте дальше. > Наблюдаю серию проверок до передачи пида kill()-у. Не, Андрей. Тут смысл в том, что в разных дистрах наборы скриптов, которые надели на sysvinit -- разные. Адепты леннарта ставят в пример как правило rhel-овские скрипты. Они безусловно гoвно, в отличие от debian-овских. И у них данная проблема есть.
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	156. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от freehck (ok) on 04-Апр-18, 03:34
	>>> Такое только на вашем локалхосте нормально. В дистрибутивных скриптах инициализации за это бьют ногами, ибо nginx мог уже упасть, а этот PID - быть занят другим процессом. >> Слушай, ну давай только честно: вероятность того, что PID окажется занят другим >> жизненно важным процессом, близка к нулю. 1/32k -- это очень немного. >> 0.003% всего. > Вы неправильно посчитали вероятность. То, что получилось у вас, - это вероятность > 1 процесса получить заданный PID. Процессов же ощутимо больше одного. Это вероятность того, что некий демон займёт вполне определённый один PID. Перезагрузка демона -- весьма редкое явление. > Далее, я не зря написал "в дистрибутивных скриптах инициализации": у себя вы > можете писать как угодно, а разработчики дистрибутивов вынуждены учитывать множество граничных > случаев, ибо они не могут себе позволить убивать процессы направо и > налево. См. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#240 Так ведь в том и суть. Бизнес рассматривает systemd как отличный инструмент по простой причине: ему плевать на свободу и гибкость, а что ему действительно нужно, так это делегирование ответственности. Эти самые граничные случаи -- это то, что корпорации очень не любят. Как правило в продакшене им уделяется мало внимания, потому что "надо срочно пилить новые фичи, чтобы превзойти конкурентов". Systemd же предлагает бизнесу простое решение: он имеет несколько сотен "заплаток", прикрывающих ряд наиболее распространённых ошибок. Так что ещё раз: дело не в ответственности. Дело в её делигировании на сторону. Кажется, это называется стрелочничество. Расс Олбери -- очень хороший специалист, и много говорит по делу. Я хочу обратить Ваше внимание, что даже он признаёт (и заявлял, мягко говоря, неоднократно), что юниты systemd -- это потеря гибкости в угоду упрощению покрытия типовых сценариев запуска. В цитируемом Вами сообщении он рассказывает безусловно правильные вещи, вот только не упускайте важную деталь: этими "заплаточками" от systemd надо ещё уметь воспользоваться. Для этого надо как минимум знать, какие граничные случаи бывают, и для прикрытия каких именно случаев какая "заплатка" нужна. Для этого надо бы являться хорошим мейнтейнером, с большим опытом написания скриптов запуска. Расс Олбери им, безусловно является. Ему это жизнь упростит. А вот тем, кто сейчас только входит в профессию -- как раз наоборот. Потому что изучать граничные случаи методом дебага на тьюринг-полном языке программирования (да к тому же наживую в своей системе) -- многократно легче, чем выискивать нужную тебе опцию среди сотен оных в доках systemd (особенно с учётом того факта, что если у тебя задача не шибко типовая -- то нужной "заплаточки" может просто не оказаться).
	Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

	162. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Алексей (??) on 04-Апр-18, 17:11
	> Это вероятность того, что некий демон займёт вполне определённый один PID. Верно. Но процессов ощутимо больше одного, поэтому эта вероятность не имеет прямого отношения к оценке риска. Для более правильной оценки риска нужна вероятность того, что под заданным PID окажется произвольный процесс (конечно, последствия некорректного завершения у разных процессов разные, поэтому в расчёте нужно использовать весовые коэффициенты, но можно исходить из того, что ненужных процессов в правильно настроенной системе нет). > Так ведь в том и суть. Бизнес рассматривает systemd как отличный инструмент > по простой причине: ему плевать на свободу и гибкость, а что > ему действительно нужно, так это делегирование ответственности. Эти самые граничные случаи > -- это то, что корпорации очень не любят. Как правило в > продакшене им уделяется мало внимания, потому что "надо срочно пилить новые > фичи, чтобы превзойти конкурентов". > Так что ещё раз: дело не в ответственности. Дело в её делигировании > на сторону. Кажется, это называется стрелочничество. Нет, дело как раз в ответственности: не конечные пользователи принимали решение о переходе на systemd по умолчанию, а разработчики дистрибутива, поэтому любовь или нелюбовь бизнес-пользователей к systemd, равно как и их желание перенести ответственность, не имеют никакого значения. Разработчики Debian несут ответственность за корректную работу, поэтому выбор более надёжного в этом плане инструмента - это как раз следствие наличия ответственности, а не желания избавиться от неё. > Systemd же предлагает бизнесу простое решение: он > имеет несколько сотен "заплаток", прикрывающих ряд наиболее распространённых ошибок. > В цитируемом Вами сообщении он рассказывает безусловно правильные вещи, вот только не > упускайте важную деталь: этими "заплаточками" от systemd надо ещё уметь воспользоваться. > Для этого надо как минимум знать, какие граничные случаи бывают, и > для прикрытия каких именно случаев какая "заплатка" нужна. Какие ещё "несколько сотен заплаток"? Вы systemd, похоже, только издалека видели. Такие граничные случаи, как описал Расс, считаются стандартными для системы инициализации, и потому решаются в нём по умолчанию, не требуя для этого какой-то специальной конфигурации от пользователя. > Расс Олбери -- очень хороший специалист, и много говорит по делу. Я > хочу обратить Ваше внимание, что даже он признаёт (и заявлял, мягко > говоря, неоднократно), что юниты systemd -- это потеря гибкости в угоду > упрощению покрытия типовых сценариев запуска. Прежде всего systemd (равно как и upstart, launchd, smf и другие) - это качественный переход в системе инициализации, сравнимый с переходом от использования ./configure && make && make install к менеджерам пакетов: систематизация подхода. Смотрите сами: объединение процессов (hint: файлов) в одну логическую единицу: сервис (hint: пакет), выражение связей между логическими единицами в виде зависимостей между сервисами (hint: пакетами), централизованное управление сервисами (hint: пакетами) через единый интерфейс: системный менеджер (hint: менеджер пакетов) - ничего не напоминает? Да, менеджер пакетов менее гибок, чем ./configure && make && make install, но и значительно удобнее в использовании и легче в поддержке - то же самое и с systemd (или upstart, launchd, ...) в сравнении с sysvinit. Замечу, что ни в одном из голосований насчёт системы инициализации по умолчанию sysvinit не поднимался выше последнего места, а выбор и вся дискуссия шли между systemd и upstart. Это всё же неспроста.
	Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

	165. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от freehck (ok) on 05-Апр-18, 09:39
	>> Это вероятность того, что некий демон займёт вполне определённый один PID. > Верно. Но процессов ощутимо больше одного, поэтому эта вероятность не имеет прямого отношения к оценке риска. Ох. Тупишь. Очень. Берёшь эту вероятность P. Прикидываешь, как часто у тебя перезагружаются демоны. Если за некий промежуток времени у тебя перезагружается N демонов, то вероятность того, что дрянь случится: 1-(1-P)^N > Нет, дело как раз в ответственности: не конечные пользователи принимали решение о > переходе на systemd по умолчанию, а разработчики дистрибутива, поэтому любовь или > нелюбовь бизнес-пользователей к systemd, равно как и их желание перенести ответственность, > не имеют никакого значения. Какие ещё "бизнес-пользователи"? Где ты про пользователей хоть что-то нашёл? > Какие ещё "несколько сотен заплаток"? Вы systemd, похоже, только издалека видели. Каждая опция/параметр в юните systemd -- это заплатка на вполне определённые случаи. В одном только systemd.service(5) перечислены штук тридцать. Ещё штук сто в systemd.exec(5). И это ещё древняя версия. > Такие граничные случаи, как описал Расс, считаются стандартными для системы инициализации, и > потому решаются в нём по умолчанию, не требуя для этого какой-то специальной конфигурации от пользователя. Эко ты словом "пользователь" стал жонглировать. Я уже не понимаю, кого ты этим словом называешь. В моём мире пользователь не должен лезть в run-скрпты или юниты. > Прежде всего systemd (равно как и upstart, launchd, smf и другие) - > это качественный переход в системе инициализации, сравнимый с переходом от использования > ./configure && make && make install к менеджерам пакетов Ну сравнил слона с мухой. Без пакетника жить тяжело. Без systemd -- запросто. Это что, новая вариация байки про спорткар и телегу? ) > Замечу, что ни в одном из голосований насчёт системы инициализации по умолчанию > sysvinit не поднимался выше последнего места, а выбор и вся дискуссия > шли между systemd и upstart. Это всё же неспроста. Неспроста. Альма-матер одной половины комитета -- RedHat, а второй -- Canonical. Вообще, пошла стандартная песня системдешников, что печально: - включу дурачка - додумаю что-нибудь вместо сказанного, и с этой позицией буду спорить - попробую ввести собеседника в заблуждение - обязательно где-нибудь усомнюсь в квалификации собеседника - сделаю неуместное сравнение - попробую вбросить про выборы 2014го Знаешь, беседа в таком ключе мне нафиг не нужна. Я уже растоптал достаточное количество твоих единомышленников с подобной аргументацией, мне это уже скучно. Так что дальше -- ты идёшь в пень, куда тебя уже послали все остальные твои оппоненты. Последнее слово, конечно же, за тобой. Можешь пораспинаться, что мол все мы хейтеры такие, не дождёшься от нас аргументации без переходов на личности. :)
	Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

	171. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Алексей (??) on 05-Апр-18, 15:26
	> Берёшь эту вероятность P. Прикидываешь, как часто у тебя перезагружаются демоны. Если > за некий промежуток времени у тебя перезагружается N демонов, то вероятность > того, что дрянь случится: 1-(1-P)^N Неверно. Кто сказал, что речь идёт исключительно о демонах? Напоминаю, что я утверждал: > Такое только на вашем локалхосте нормально. В дистрибутивных скриптах инициализации за это бьют ногами, ибо nginx мог уже упасть, а этот PID - быть занят другим процессом. Этим процессом может быть что угодно, например процесс вкладки Chromium на чьём-нибудь десктопе. Поэтому в дистрибутивных скриптах такая хрень как убивание процесса по PID-файлу безо всякой проверки не приветствуется, мягко говоря, - думаете, в Debian просто так start-stop-daemon используют? Как видите, *прямого* отношения к оценке риска приведённая вами изначально вероятность P не имеет, как я и утверждал: > процессов ощутимо больше одного, поэтому эта вероятность не имеет прямого отношения к оценке риска. Более того, данная оценка всё равно исходит из излишне упрощённой модели, ибо не учитывает, например, меру множества свободных идентификаторов процессов (а именно из этого множества, включающего искомый PID, и будет получен идентификатор новым процессом). >> Нет, дело как раз в ответственности: не конечные пользователи принимали решение о >> переходе на systemd по умолчанию, а разработчики дистрибутива, поэтому любовь или >> нелюбовь бизнес-пользователей к systemd, равно как и их желание перенести ответственность, >> не имеют никакого значения. > Какие ещё "бизнес-пользователи"? Где ты про пользователей хоть что-то нашёл? Я вёл речь о Debian (на багтрекер которого я и давал ссылку, замечу). Однако перечитав ещё раз исходное сообщение, признаю, что я недостаточно ясно дал это понять. Так что имелось в виду, что в Debian решение о переходе именно на systemd принималось уж явно не бизнесом, который в контексте Debian является лишь пользователем, а не субъектом, принимающим решения. > Каждая опция/параметр в юните systemd -- это заплатка на вполне определённые случаи. > В одном только systemd.service(5) перечислены штук тридцать. Ещё штук сто в > systemd.exec(5). И это ещё древняя версия. Т.е. ExecStart - это "заплатка" на тот граничный случай в системе инициализации, если нам нужно будет что-нибудь запустить? Смешно, да. :) > Эко ты словом "пользователь" стал жонглировать. Я уже не понимаю, кого ты > этим словом называешь. В моём мире пользователь не должен лезть в > run-скрпты или юниты. А в моём мире есть разработчики ПО и пользователи ПО (т.е. это понятие вообще не включает в себя уровень доступа). Видимо, да, терминология у нас с вами не совпадает из-за явно выраженной профессиональной деформации. :) >> Прежде всего systemd (равно как и upstart, launchd, smf и другие) - >> это качественный переход в системе инициализации, сравнимый с переходом от использования >> ./configure && make && make install к менеджерам пакетов > Ну сравнил слона с мухой. Без пакетника жить тяжело. Думаю, есть люди, которые с вами не согласились бы. Но они заняты компиляцией, им некогда. > Без systemd -- запросто. Без менеджера пакетов - запросто. Жили же как-то до его появления, и несколько поколений UNIX-джедаев с презрением смотрят на эти ваши менеджеры пакетов. > Неспроста. Альма-матер одной половины комитета -- RedHat, а второй -- Canonical. https://lwn.net/Articles/585219/ >[оверквотинг удален] > - попробую ввести собеседника в заблуждение > - обязательно где-нибудь усомнюсь в квалификации собеседника > - сделаю неуместное сравнение > - попробую вбросить про выборы 2014го > Знаешь, беседа в таком ключе мне нафиг не нужна. Я уже растоптал > достаточное количество твоих единомышленников с подобной аргументацией, мне это уже скучно. > Так что дальше -- ты идёшь в пень, куда тебя уже послали > все остальные твои оппоненты. Последнее слово, конечно же, за тобой. Можешь > пораспинаться, что мол все мы хейтеры такие, не дождёшься от нас > аргументации без переходов на личности. :) Да-да. Если громко хлопнуть дверью, может, кто-нибудь поверит, что ты не сбежал. :)
	Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

	172. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от freehck (ok) on 05-Апр-18, 15:39
	> Да-да. Если громко хлопнуть дверью, может, кто-нибудь поверит, что ты не сбежал. :) Пфффф. Ну ок. :)
	Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

	178. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от Анонимный Аноним on 05-Апр-18, 19:13
	> Более того, данная оценка всё равно исходит из излишне упрощённой модели, ибо > не учитывает, например, меру множества свободных идентификаторов процессов (а именно из > этого множества, включающего искомый PID, и будет получен идентификатор новым процессом). https://github.com/spotify/linux/blob/master/kernel/pid.c last_pid < 32000 ? last_pid+1 : last_pid = START_OVER; some_scan_for_free_pid т.е. процессы, в _одном_ неймспейсе, должны сцапать 32000 идентификаторов, прежде чем  появится возможность коллизии.
	Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

	179. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Алексей (??) on 05-Апр-18, 19:47
	> https://github.com/spotify/linux/blob/master/kernel/pid.c > last_pid < 32000 ? last_pid+1 : last_pid = START_OVER; some_scan_for_free_pid > т.е. процессы, в _одном_ неймспейсе, должны сцапать 32000 идентификаторов, прежде чем   > появится возможность коллизии. Я не совсем уверен, что вы имели в виду. Вы хотели сказать, что нужно породить 32000 процессов, прежде чем очередной сможет захватить искомый PID, и потому эту возможность можно проигнорировать, так как это займёт слишком много времени? Ну тогда вы неправы. Дело в том, что полностью пройти кольцо не так долго, как кажется на первый взгляд: дело в том, что идентификаторы *потоков* берутся всё из того же пула идентификаторов PID (см. /proc/<pid>/task/), поэтому в активно работающей системе с, например, web-сервером достижение предела и переход в начало диапазона идентификаторов не займёт много времени.
	Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

	151. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Аноним84701 (ok) on 03-Апр-18, 00:05
	> Слушай, ну давай только честно: вероятность того, что PID окажется занят другим > жизненно важным процессом, близка к нулю. 1/32k -- это очень немного. > 0.003% всего. Стоит ли из-за такого риска сильно напрягаться, если большинство > демонов, с которыми мы ежедневно работаем, никогда не падают? ------- удалил, т.к. "парадокс дней рождений" все же немного не то ------- ЗЫ: хотя фигня этот расчет, т.к. тут нам не интересна вероятность совпадений PID, если они будут выдаваться случайно, а вероятность совпадения одной PID с актуальным множеством PID в системе. Т.е. скорее всего можно/следует просто считать (кол.процессов/32k)
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	157. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от freehck (ok) on 04-Апр-18, 03:42
	> ЗЫ: хотя фигня этот расчет, т.к. тут нам не интересна вероятность совпадений > PID, если они будут выдаваться случайно, а вероятность совпадения одной PID > с актуальным множеством PID в системе. Т.е. скорее всего можно/следует просто > считать (кол.процессов/32k) У нас в системах обычно висит несколько десятков демонов. Висят постоянно и не падают. Нас интересует следующий весьма редкий случай: один из них вдруг вздумал перезагрузился и занять другой PID. Вероятность того, что это будет вполне определённый PID -- как раз примерно 1/32k.
	Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

	161. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от Аноним84701 (ok) on 04-Апр-18, 15:41
	> Вероятность того, что это > будет вполне определённый PID -- как раз примерно 1/32k. Да понял я это, потому и удалил ;). Втемяшилось почему-то сходство с "парадоксом дней рождений", а там вероятность совпадений довольно "контринтуитивна" (например, если запустить поочередно 100 процессов (при этом PID будут выдаваться cферическо-вакуумные^W^W случайные, а не дефолтно-последовательные), то вероятность совпедения минимум двух PID будет где-то 14%, для 200 -- уже 46%, для 400 -- за 90%).
	Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

	164. "Выпуск системы инициализации sysvinit 2.89"	–3 +/–
	Сообщение от Алексей (??) on 04-Апр-18, 17:56
	> У нас в системах обычно висит несколько десятков демонов. Висят постоянно и > не падают. Нас интересует следующий весьма редкий случай: один из них > вдруг вздумал перезагрузился и занять другой PID. Вероятность того, что это > будет вполне определённый PID -- как раз примерно 1/32k. Не один из них, а любой из них. Плюс не забывайте о наличии дочерних процессов.
	Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

	167. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от Ne01eX (ok) on 05-Апр-18, 13:19
	>> ЗЫ: хотя фигня этот расчет, т.к. тут нам не интересна вероятность совпадений >> PID, если они будут выдаваться случайно, а вероятность совпадения одной PID >> с актуальным множеством PID в системе. Т.е. скорее всего можно/следует просто >> считать (кол.процессов/32k) > У нас в системах обычно висит несколько десятков демонов. Висят постоянно и > не падают. Нас интересует следующий весьма редкий случай: один из них > вдруг вздумал перезагрузился и занять другой PID. Вероятность того, что это > будет вполне определённый PID -- как раз примерно 1/32k. Я вообще считаю, что не стоит даже и думать о каких-то пограничных случаях, вероятности подсчитывать, и т.п. Всегда, в любой ситуации, проблемы нужно решать по мере их поступления. Это одинакого справедливо, что для реального мира, что для компьютерного. И не стоит привлекать новые сущности без самой крайней на то необходимости. Оккама же.
	Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

	170. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от freehck (ok) on 05-Апр-18, 15:26
	> Я вообще считаю, что не стоит даже и думать о каких-то пограничных > случаях, вероятности подсчитывать, и т.п. > Всегда, в любой ситуации, проблемы нужно решать по мере их поступления. Это > одинакого справедливо, что для реального мира, что для компьютерного. И не > стоит привлекать новые сущности без самой крайней на то необходимости. Оккама > же. Пока гром не грянет, мужик не перекрестится? :) Ты прям из крайности в крайность кинулся. Делать прогнозы и оценивать риски -- очень полезное занятие. Помогает не тратить время на ерунду.
	Ответить | Правка | ^ к родителю #167 | Наверх | Cообщить модератору

	177. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от Ne01eX (ok) on 05-Апр-18, 19:08
	>> Я вообще считаю, что не стоит даже и думать о каких-то пограничных >> случаях, вероятности подсчитывать, и т.п. >> Всегда, в любой ситуации, проблемы нужно решать по мере их поступления. Это >> одинакого справедливо, что для реального мира, что для компьютерного. И не >> стоит привлекать новые сущности без самой крайней на то необходимости. Оккама >> же. > Пока гром не грянет, мужик не перекрестится? :) > Ты прям из крайности в крайность кинулся. Делать прогнозы и оценивать риски > -- очень полезное занятие. Помогает не тратить время на ерунду. Нет. Я плохо выразил свою мысль, со мной это бывает. Алексей привёл пример одной крайности, я привёл другой пример. На практике, - истина всегда балансирует где-то между двумя этими крайностями. Но я действительно так думаю, - проблемы нужно решать по мере их поступления. Это нисколько не противоречит мыслям об оценке рисков, на самом деле. :-) У Эйнштейна как-то покрасивее это получилось выразить, - ту же мысль, что и у Оккамы. Что-то типа: "Сущность должна быть настолько простой, насколько это возможно. Но не проще. Тогда не будет и х...ни в коде...". Но я не Эйнштейн, красивые теории выдвигать не умею. А потому у меня всё несколько более косноязычно. :-)
	Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

	183. "Выпуск системы инициализации sysvinit 2.89"	+2 +/–
	Сообщение от freehck (ok) on 06-Апр-18, 11:28
	> Но я действительно так думаю, - проблемы нужно решать по мере их > поступления. Это нисколько не противоречит мыслям об оценке рисков, на самом > деле. :-) Ну, с учётом того, что разработчики systemd героически борятся с тем, что нам не мешало десятилетия -- я с Вами пожалуй даже согласен. :)
	Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

	186. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Ne01eX (ok) on 06-Апр-18, 13:46
	>> Но я действительно так думаю, - проблемы нужно решать по мере их >> поступления. Это нисколько не противоречит мыслям об оценке рисков, на самом >> деле. :-) > Ну, с учётом того, что разработчики systemd героически борятся с тем, что > нам не мешало десятилетия -- я с Вами пожалуй даже согласен. > :) Да, я об этом то же где-то писал в этом треде. :-) Ну, за понимание! :-)
	Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

	19. "Выпуск системы инициализации sysvinit 2.89"	+13 +/–
	Сообщение от Аноним (??) on 29-Мрт-18, 23:25
	А ты все 348 опций юнит-файла системд выучил уже?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	141. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Алексей (??) on 01-Апр-18, 18:31
	> А ты все 348 опций юнит-файла системд выучил уже? А ты все man-страницы утилит из (/usr)?/s?bin выучил уже?
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	20. "Выпуск системы инициализации sysvinit 2.89"	+5 +/–
	Сообщение от Crazy Alex (ok) on 29-Мрт-18, 23:30
	А в чём проблема? Со стандартным скелетом - строк 10 поменять.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	21. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от anonymous (??) on 29-Мрт-18, 23:34
	Без Поттеринга никак в общем.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	49. "Выпуск системы инициализации sysvinit 2.89"	–5 +/–
	Сообщение от Gemorroj (ok) on 30-Мрт-18, 08:19
	это если ты админ локалхоста. а так-о демоны совсем разными бывают иногда.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	23. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от anonymous (??) on 30-Мрт-18, 00:01
	RedHat-boy detected.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	24. "Выпуск системы инициализации sysvinit 2.89"	+7 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 00:01
	> любители этого самого syvinit вы скрипты инициализации для него писали? Нет, мы пользуемся уже написанными до нас. Это не SystemD, для которого нужно всё заново переписывать. И я бы поставил на то, что этот ваш "системный менеджер" будет объявлен морально устаревшим раньше, чем это переписывание закончится.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	31. "Выпуск системы инициализации sysvinit 2.89"	+3 +/–
	Сообщение от Какаянахренразница (ok) on 30-Мрт-18, 03:56
	> любители этого самого syvinit вы скрипты инициализации для него писали? Да, писали. Следующий вопрос.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	33. "Выпуск системы инициализации sysvinit 2.89"	+12 +/–
	Сообщение от ram_scan on 30-Мрт-18, 05:45
	> любители этого самого syvinit вы скрипты инициализации для него писали? Писали. Шелл асилить гораздо проще чем всю войну и мир по сыстемды, где на каждый чих своя кастомная подергушка, и половины подергушек все едино не хватает. Их зопиливают и зопиливают и походу уже сами зопиливающие даже в полном обьеме не в курсе чего они туда зопелили. И дело один хрен закончилось тем что из юнит файлов те же самые скрипты запускают.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	50. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Gemorroj (ok) on 30-Мрт-18, 08:21
	Это не закончилось, а просто легаси, который лень переписывать на systemd. У самого такие есть.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	35. "Выпуск системы инициализации sysvinit 2.89"	+3 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 06:09
	> любители этого самого syvinit вы скрипты инициализации для него писали? скорей бы > помер уже, ей богу. Писали. Для нормальных демонов скрипт пишется в пару строк - копируется файл skeleton и добавляется имя демона. Увсё. А остальные демоны дерьмо на палочке просто. Если почитать документацию, демон должен делать ВСЮ работу а не система иницализации. У меня всё.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	51. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Gemorroj (ok) on 30-Мрт-18, 08:23
	А можно ссылку на инфу, что демон должен делать "всю" работу? Правда интересно разобраться где чья ответственность. А так в жизни дерьма на палочке хватает.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	58. "Выпуск системы инициализации sysvinit 2.89"	+3 +/–
	Сообщение от dimcha (??) on 30-Мрт-18, 09:43
	https://stackoverflow.com/questions/3095566/linux-daemonize
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	57. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 09:36
	Бгг. Ну вот объясни, например, ffmpeg что он ненормальный демон. Что, через start-stop-daemon объяснять будешь? А потом сверху monit прикручивать, чтобы перезапускался при падении и ресурсы ограничивать, потому что этих недодемонов на одном сервере может быть десятки?
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	60. "Выпуск системы инициализации sysvinit 2.89"	+2 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 09:47
	Ну вот возьмём любой демон: case "$1" in start)  log_daemon_msg "Starting periodic command scheduler" "cron"         start_daemon -p $PIDFILE $DAEMON $EXTRA_OPTS         log_end_msg $?         ;; stop)   log_daemon_msg "Stopping periodic command scheduler" "cron"         killproc -p $PIDFILE $DAEMON         RETVAL=$?         [ $RETVAL -eq 0 ] && [ -e "$PIDFILE" ] && rm -f $PIDFILE         log_end_msg $RETVAL         ;; restart) log_daemon_msg "Restarting periodic command scheduler" "cron"         $0 stop         $0 start         ;; reload|force-reload) log_daemon_msg "Reloading configuration files for periodic command scheduler" "cron"         # cron reloads automatically         log_end_msg 0         ;; status)         status_of_proc -p $PIDFILE $DAEMON $NAME && exit 0 || exit $?         ;; *)      log_action_msg "Usage: /etc/init.d/cron {start|stop|status|restart|reload|force-reload}"         exit 2         ;; esac exit 0 Это всё, что скрипт инициализации должен делать. Всем остальным (созданием файлов, проверкой пидов) должен заниматься демон а никак не скрипт инициализации. Кстати, это касается любой системы инициализации которая следует POSIX. systemd не следует POSIX, поэтому пофиг как бэ. Насчёт перезапуска - это проблема конкретной реализации sysvinit. RunIt умеет, OpenRC тоже, а для ограничения ресурсов есть cgroups.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	112. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 19:57
	> Это всё, что скрипт инициализации должен делать. Всем остальным (созданием файлов, проверкой > пидов) должен заниматься демон а никак не скрипт инициализации. Кстати, это > касается любой системы инициализации которая следует POSIX. systemd не следует POSIX, > поэтому пофиг как бэ. Не все так просто, вон системД присматривает за всеми потомками, правда тоже через cgroups (по моему). > Насчёт перезапуска - это проблема конкретной реализации sysvinit. RunIt умеет, OpenRC тоже, > а для ограничения ресурсов есть cgroups. Продолжу, могу ошибаться, но мне кажется, что когда Ленарт ходил пешком под стол, demontools уже умел перезапуск. С инструментами даже самых "неподдающихся" "демонов" мог запустить и отслеживать состояние. Наверное не состояние а "смерть" процесса. Но если необходимо отслеживать "состояние" демона, то это необходимо ваять отдельный демон, который будет "общаться" с подопечным на понятном им обоим "языке", и заодно будут развлекаться оба ;)
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	69. "Выпуск системы инициализации sysvinit 2.89"	+2 +/–
	Сообщение от Andrey Mitrofanov on 30-Мрт-18, 11:08
	>> любители этого самого syvinit вы скрипты инициализации для него писали? скорей бы >> помер уже, ей богу. > Писали. Для нормальных демонов скрипт пишется в пару строк - +Не то шаа эти юнит-фейл http://jdebp.eu/FGA/run-scripts-and-service-units-side-by-si... портянки. >копируется файл > skeleton и добавляется имя демона. Увсё.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	78. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Пользователь Debian on 30-Мрт-18, 11:45
	Дружище, как раз требование к тому, что всё должен делать демон (включая чудесные танцы с даблфорком и сетсидом, ручным управлением пидфайлом, cd в /, переоткрытием стандартных I/O-стримов в /dev/null), появилось банально из-за того, что в своё время вот это всё придумали в виде костыля для изготовления процессов, которые могут работать в фоне (уверен, Вы читали Read Book, и вычитали оттуда, что daemon это портмоне от Disk And Execution MONitor). То есть вместо того, чтобы придумать систему управления такими фоновыми процессами, разработали систему костылей для превращения обычных процессов в фоновые. В принципе, если смотреть на это как на хак, то это красивый хак, чоужтам, но если смотреть на это с точки зрения архитектуры, то это конструкция из навоза и палок. А чтобы прочувствовать это всё лучше, стОит попробовать написать программу, от которой Вам бы хотелось, чтоб она и интерактивно на Вашей консоли, и в фоне работала нормально. Так вот Вы вдруг внезапно обнаружите, что объём потребных для этого приседаний ненормально высок. И вдруг найдёте, что даже написали libslack, чтобы не выписывать указанные приседания самостоятельно. А потом Вы поймёте, что на самом деле куда логичнее просто делать так, что у Вас есть обычная программа, и супервизор, который её способен тривиально "обернуть", чтобы сделать из неё демона. Добро пожаловать в http://www.libslack.org/daemon/ , runit и т.п. Теперь ещё стоит подумать о том, а как, например, контролировать ресурсы системы, которые отжираются всей иерархией процессов с одним каким-то демоном "в корне" — например, с веб-сервером или RPC-сервером. SYS V init не решает эту проблему вообще никак, и не может. Ну, и остаётся сделать один маленький шажок — мысленно объединить эти две идеи, и понять, что полноценный супервизор это не NIH-синдром, это реально удобно — для тех, кому работать надо, а не скилл баш-шиткодинга прокачивать по вечерам после универа. Да, *реализация* systemd вызывает ряд вопросов (у кого-то — массу вопросов), но необходимость в такой штуке давно видна, а реально работающих (за пределами локалхоста) альтернатив — нет, к сожалению. Кстати, камрад Russ Allbery из Дебиана описал ситуацию предельно взвешенно и спокойно, рекоммендую: https://lists.debian.org/debian-devel/2016/08/msg00604.html
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	91. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Gemorroj (ok) on 30-Мрт-18, 13:17
	очень спасибо! то, что чувствуется в 5 точке описали грамотным языком) я не фанат systemd, но когда начинаешь реально проходить через все эти дебри с форканьем процессов и обязательным мониторингом состояния, то хочется просто забить на все и просто использовать тот самый systemd.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	114. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 20:30
	Вы тут рассказали историю о том, что "граница" полномочий и обязанностей должна проходить вот здесь, и не где более (возможно это мое мнение ошибочное, ибо не читал но осуждаю ;) Но вопрос должен быть решен проще, кто то сможет реализовать для своего демона функционал демонизации и/или супервизора, а у кого то на это нет времени и/или желания. Товарищ Леннарт взялся помочь. Били ли у него иные цели, это вопрос не только к нему, а и к Матрице. Посмотрим, что из этого получится.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	160. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от freehck (ok) on 04-Апр-18, 04:20
	Эх, а как хорошо начинал вроде бы даже по делу говорить. Но в итоге оказалось, что мы просто готовили сэндвич гитлера. :) Безотказный вариант. - "гипервизор штука нужная" -- факт - "баш гoвно" -- вброс - "к реализации systemd есть масса вопросов" -- факт - "у systemd нет реально работающих альтернатив" -- вброс - "Russ Allbery" -- больше фактов по ссылке Какая же ты всё-таки скотина. :) PS: Не, вообще хорошо сработал. Уважаю. Я даже не сразу понял, в чём подвох.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

17. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
Сообщение от Аноним (??) on 29-Мрт-18, 23:13
Ожило!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
Сообщение от Аноним (??) on 29-Мрт-18, 23:43
Но веть есть же сусте^WOpenRC!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	36. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Аноним (??) on 30-Мрт-18, 06:10
	OpenRC это замена RC подсистеме в sysvinit. Всё-равно он без него не может. Вот RunIt - полноценная замена.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

27. "Выпуск системы инициализации sysvinit 2.89"	+7 +/–
Сообщение от Аноним (??) on 30-Мрт-18, 01:16
>  Удалены два вызова sleep, что позволило ускорить перезагрузку на 2 секунды; и без всяких системдэ! :D
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Выпуск системы инициализации sysvinit 2.89"	+4 +/–
Сообщение от Алконим on 30-Мрт-18, 01:32
>  Удалены два вызова sleep, что позволило ускорить перезагрузку на 2 секунды; Вот почему иак медленно - куча слипов. А Лёня бросился переписывать. А надо было всего лишь слипы удалить.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	30. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 03:31
	Это такая внутренняя шутка, да? Дистрибутивы ведь их патчили, да?!!
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	38. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 06:12
	А у меня что с systemd что с sysvinit одинаково быстро грузится. Быстро для моего ноутбучного убитого диска. Физические ограничения всё-равно никак не обойти.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	63. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Вен Кофлик on 30-Мрт-18, 10:44
	Эти слипы там не сами завелись. Раньше они были нужны. Теперь стали не нужны и их удалили.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	73. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Andrey Mitrofanov on 30-Мрт-18, 11:23
	>>  Удалены два вызова sleep, что позволило ускорить перезагрузку на 2 секунды; > Вот почему иак медленно - куча слипов. А Лёня бросился переписывать. А > надо было всего лишь слипы удалить. Чегой-та он, слишком _точно_ переписал.  Он тооооормоз?! 38 code results in systemd/systemd https://github.com/systemd/systemd/search?l=C&q=sleep ...слишком. 8 code results in Distrotech/sysvinit https://github.com/Distrotech/sysvinit/search?utf8=Б°⌠&q=sleep&type=
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	74. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Andrey Mitrofanov on 30-Мрт-18, 11:24
	> ...слишком. > 8 code results in Distrotech/sysvinit https://github.com/Distrotech/sysvinit/search?utf8=Б°⌠&q=sleep&type= https://github.com/Distrotech/sysvinit/search?q=sleep&type= Сорри.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

29. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
Сообщение от Андрей (??) on 30-Мрт-18, 01:44
Вот это праздник, спасибо за новость!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

55. "Выпуск системы инициализации sysvinit 2.89"	+/–
Сообщение от Аноним (??) on 30-Мрт-18, 08:59
ИТС ЭЛАЙВ, ЭЛАЙВ! А по сабжу, очень хорошо, что проект воскресили, ибо конкуренция это хорошо. Ваши всякие системд - не во всем хорошие решения, и мягко говоря спорны. Хотя отрицать то, что в системд есть очень хорошие решения - глупо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	59. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от dimcha (??) on 30-Мрт-18, 09:46
	Для общего развития не расскажете,что это за решения?
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	75. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Andrey Mitrofanov on 30-Мрт-18, 11:29
	> Для общего развития не расскажете,что это за решения? Начни https://www.opennet.dev/base/sys/systemd_myth.txt.html с, если осилишь.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

83. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
Сообщение от Аноним (??) on 30-Мрт-18, 12:13
systemd приd порядок навеd
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

98. "Выпуск системы инициализации sysvinit 2.89"	+4 +/–
Сообщение от Аноним (??) on 30-Мрт-18, 14:18
Не любят системд не только из-за кривого кода кучи багов которые "фичи", но и за принудительные зависимости и создание ситуации безальтернативности. Сама идея и то что пытаются сделать в системд хорошие, но вот реализация чудовищная посути это блоатварь(нацелена на создание Vendor lock-in'a для Red hat, которая желает подмять под себя весь линукс и всю экосистему его важнейших частей в том числе ядро) пусть и сносно работающая с кучей ненужных зависимостей и левого функционала, сам системд не сложнее sysvinit, что-то проще что-то сложнее, есть откровенно бредовые вещи типа бинарного журнала или Pid 1, так что пока не изменится подход к его разработке и попытки прибить его гвоздями ковсему подряд, а также кто нибудь не пристрелит поттеринга (вылечить этого болезного не выйдет) ничего хорошего с системд нас не ждёт.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	100. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Аноним (??) on 30-Мрт-18, 14:36
	https://www.opennet.dev/opennews/art.shtml?num=47454#101
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	106. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Аноним (??) on 30-Мрт-18, 17:50
	А чем бинарный журнал бредовый, поясните? Ну, кроме "железного" аргумента, что это не "Unix-way"?
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	121. "Выпуск системы инициализации sysvinit 2.89"	+2 +/–
	Сообщение от dq0s4y71 (ok) on 30-Мрт-18, 21:04
	Тем, что для расшифровки текстового журнала не требуются дополнительные тулзы. Тем, что, если тестовый журнал повреждён, можно прочитать хотя бы какую-то его часть. Тем, что для поиска, анализа и др. манипуляций с ним можно использовать стандартные текстовые утилиты (grep, tail, etc).
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

	131. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Аноним (??) on 01-Апр-18, 10:22
	Как раз последний пункт сомнителен. Нахрена мне городить grep'ы, если я могу просто написать: journalctl --since 20:00 --untill 20:30 а если мне нужно посмотреть, какие ошибки в этом промежутке времени генерировал процесс с указанным PID то это будет journalctl --since 20:00 --untill 20:300 _PID=1234 -p err Как будет выглядеть аналог этого, если юзаем только rsyslog?
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	134. "Выпуск системы инициализации sysvinit 2.89"	+3 +/–
	Сообщение от dq0s4y71 (ok) on 01-Апр-18, 11:36
	И для этого нужно делать лог бинарным?
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	135. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Анонимный аноним on 01-Апр-18, 14:07
	> Как будет выглядеть аналог этого, если юзаем только rsyslog? % | awk -v start=20:00 -v stop=20:30 'start <=$3 && $3 < stop' % | awk -v pid=1337 -v start=20:00 -v stop=20:32:22 '$5 ~ pid  && start <=$3 && $3 < stop'
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	136. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Аноним (??) on 01-Апр-18, 15:12
	Ну и попробуйте это продиктовать теперь по телефону косорукому эникейщику, который по каким-то причинам выполняет роль дежурного сисадмина.
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	142. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Анонимный аноним on 01-Апр-18, 20:41
	> Ну и попробуйте это продиктовать теперь по телефону косорукому эникейщику, который по > каким-то причинам выполняет роль дежурного сисадмина. Да и телеграммой отправлять - тоже дешевле выйдет!
	Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

	147. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от dq0s4y71 (ok) on 02-Апр-18, 14:42
	Так в такой ситуации косорукому эникейщику всё равно придётся по телефону весь man диктовать.
	Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

	148. "Выпуск системы инициализации sysvinit 2.89"	+1 +/–
	Сообщение от Аноним (??) on 02-Апр-18, 15:00
	> Так в такой ситуации косорукому эникейщику всё равно придётся по телефону весь > man диктовать. Намного интереснее, что и как такой эникейщик "зачитывать" будет - ведь на одной выборке логов далеко не уедешь. Или окажется, что эникейщик только в юникстулзы не умеет, зато анализатор логов просто гениальный … А вообще, телефон – далеко не самое подходящее средство коммуникации в этом случае. Хотя, некоторая ирония в этом есть – любители раздавать легкой рукой эпитеты "старперов" и "динозавров, застрявших в каменном веке, то ли дело мы с гироскутерами и современными подходами", проводят "улучшайзинг" (и усложнение на ровном месте) того, что вполне удовлетворительно работало, с целью продолжения использования устаревших и неподходящих технологий  ))
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	185. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Аноним (??) on 06-Апр-18, 12:35
	А завтра твой кумир изменит синтаксис, ведь это же так свежО.
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	137. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Аноним (??) on 01-Апр-18, 15:15
	> Тем, что для расшифровки текстового журнала не требуются дополнительные тулзы. А less и grep - это не дополнительные тулзы? Или вы логи телепатически читаете? > Тем, что, если тестовый журнал повреждён, можно прочитать хотя бы какую-то его > часть. Да, собственно, и здесь можно прочитать "какую-то" часть. А от повреждений спасает правильно настроенный сценарий резервного копирования, да.
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	146. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от dq0s4y71 (ok) on 02-Апр-18, 14:38
	> А less и grep - это не дополнительные тулзы? Или вы логи телепатически читаете? Это стандартные тулзы. Они _уже_ присутствуют практически в любой системе. И ещё текстовый лог не надо предварительно расшифровывать. > Да, собственно, и здесь можно прочитать "какую-то" часть. Какую? Вот сохранился у вас, допустим, кусок бинарного лога из середины. И как ваша утилита расшифровки будет его расшифровывать? А у текстового лога сразу будет видно, что начало и конец утрачены, но середину-то всё равно можно легко прочитать. > А от повреждений спасает правильно настроенный сценарий резервного копирования, да. Ну, если так рассуждать, то и правильно настроенная защита спасёт от несанкционированного доступа к логам и вся эта тряхомудия с шифрованием и блокчейном не нужна.
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

108. "Выпуск системы инициализации sysvinit 2.89"	+/–
Сообщение от Аноним (??) on 30-Мрт-18, 18:29
Тем что с ним неудобно работать и в случае его повреждения он становится нечитабельным мусором который можно только удалить, лучше бы сделали архивацию и бекап его на лету из каропки так сказать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	140. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Аноним (??) on 01-Апр-18, 16:44
	Ну, во-первых, надо настроить бэкап. А во-вторых - он умеет слать на удаленный хост.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

109. "Выпуск системы инициализации sysvinit 2.89"	+2 +/–
Сообщение от Аноним (??) on 30-Мрт-18, 18:29
В 14м году дико бомбил от systemd. Уповал на Devuan который тогда только анонсировали. Потом по работе пришлось работать с Centos 7 в основном, в котором s-d безальтернативен. За эти годы в Centos/Fedora каких проблем s-d мне не принес. Возможно тут его готовят лучше чем в других дистрах. После того как столкнулся с написанием с нуля скриптов аналогичных unit-ам s-d для Debian 8, - нахрен надо. То, что в s-d есть изкоробки и прямо от вендора, при использовании sysvinit превращается в дикий трах, в плане того, что в скриптах требуется реализовать тот функционал, который уже есть в s-d. А все потому, что начальство - s-d хейтеры чуть менее чем полностью.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	120. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Аноним (??) on 30-Мрт-18, 20:50
	>[оверквотинг удален] > основном, в котором s-d безальтернативен. За эти годы в Centos/Fedora каких > проблем s-d мне не принес. Возможно тут его готовят лучше чем > в других дистрах. > После того как столкнулся с написанием с нуля скриптов аналогичных unit-ам s-d > для Debian 8, - нахрен надо. То, что в s-d есть > изкоробки и прямо от вендора, при использовании sysvinit превращается в дикий > трах, в плане того, что в скриптах > требуется реализовать тот функционал, который уже есть в s-d. А все потому, > что > начальство - s-d хейтеры чуть менее чем полностью. Vendor lock-in'a для Red hat
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	144. "Выпуск системы инициализации sysvinit 2.89"	–2 +/–
	Сообщение от Аноним (??) on 02-Апр-18, 11:34
	Мне не понятна данная мысль. С тем же успехом, можно сказать что использование glibc - vendor lock FSF. Или использование Linux-kernel - vendor lock Linux Foundation. Не s-d дистрибутивы существуют, хоть и являются маргинальщиной. То, что в RH, s-d работает лучше чем, в том же Debian, думаю следствие того, что не нужно поддерживать одновременно несколько инитов.
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	190. "Выпуск системы инициализации sysvinit 2.89"	–1 +/–
	Сообщение от Аноним (??) on 09-Апр-18, 15:08
	> Мне не понятна данная мысль. С тем же успехом, можно сказать что > использование glibc - vendor lock FSF. Или использование Linux-kernel - vendor > lock Linux Foundation. > Не s-d дистрибутивы существуют, хоть и являются маргинальщиной. То, что в RH, > s-d работает лучше чем, в том же Debian, думаю следствие того, > что не нужно поддерживать одновременно несколько инитов. Во, придумал как положить конец s-d. Необходимо сделать так, что бы s-d в Debian начал работать лучше чем в RH! Тогда в RH s-d забросят ;)
	Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

	191. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Andrey Mitrofanov on 09-Апр-18, 16:04
	> Во, придумал как положить конец s-d. Необходимо сделать так, что бы s-d Мы-то всё ломали голову -- как бы Debian-у поработать на RH _ещё_ больше и ещё лучше.  А оно эвона как Михалыч!1 > в Debian начал работать лучше чем в RH! Тогда в RH > s-d забросят ;)
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	192. "Выпуск системы инициализации sysvinit 2.89"	+/–
	Сообщение от Аноним (??) on 11-Апр-18, 15:51
	>> Во, придумал как положить конец s-d. Необходимо сделать так, что бы s-d > Мы-то всё ломали голову -- как бы Debian-у поработать на RH _ещё_ > больше и ещё лучше.  А оно эвона как Михалыч!1 >> в Debian начал работать лучше чем в RH! Тогда в RH >> s-d забросят ;) С учетом смайлика в конце сентенции, дико извиняюсь. Хотя, как говорят, в каждой шутке есть доля шутки. И с учетом того, что засланных в Debian казачков не мало (ИМХО), так что пусть вот и поработают на благо выдумки своего соплеменника.
	Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

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

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