Пакеты, использующие System V init, будут удалены из Fedora 24

насчитал минимум 2 места где оно уходит в kernel panic, другие функции, в которые оно переходит не смотрел. Не буду утверждать, что это неверно, но с 4.2 нужно осторожнее быть

Для настройки /etc/ что делается? Или в /etc монтируется для каждой машинки отдельный диск?

При загрузке генерятся нужные конфиги в зависимости от полученного по DHCP IP адреса железки.

Ansible/Chef/Puppet/SaltStack e.t.c решения для локалхостов? Ты еба^W с ума сошел?

С ума сошёл тот, кто на сотнях одинаковых машин держит винчестер. Сто машин * $100 = $10000 выкинуто на ветер. И хорошо если тачки - не HP какое-нибудь, с винтами по $300

Хотя, конечно, понятно - яжеадминанефинансист и всё такое.

насчитал минимум 2 места где оно уходит в kernel panic

Где?

Если у меня больше десятка одинаковых машин

Вот тебе реальный таск: тебе надо развернуть еще пару-тройку галеровых кластеров. Естественно с выполнением mysql_security_install на каждой машинке, с генерацией паролей для рута/sst/whatever. Неужели ты вручную все это делаешь на своей слаке?

Да, покажи пожалуйста свой zabbix/nagios/uchiwa, Ъадминнелокалхоста. А то я со своими 260(и еще столько же примерно sensu мониторятся) «локалхостами» залез.

Тогда это ошибка в ядре

При загрузке генерятся нужные конфиги в зависимости от полученного по DHCP IP адреса железки.

Чем генерятся? Мне правда интересно, а то может мы тут тупые в нашей шаражке, пользуемся херотой. /etc, как я понимаю в tmpfs перемонтируется при загрузке?

Debian, пока доволен. Хотя глюки есть и там, но по сравнению с Федорой впечатления много лучше.

А так же как Xorg

есть протокол и его различные реализации

Udev

говно на котором все завязали и начали выкручивать руки

grub

есть множество других загрузчиков

собственно само ядро

сходи-ка на debian.org

вся обвязка GNU

сходи на http://www.makeuseof.com/tag/3-unix-like-operating-systems-arent-linux/

а так же апач

вообще смешно упоминать это в контексте ОС - тонны различных реализаций

В итоге перечислил то что знаешь, а знаешь - да вообще них.я не знаешь.

Багополигон недостаточно полигон?

смешно (честно). Но если отбросить шутки, то выход Pid1 == kernel panic, в данной функции выходит если не может exec-нуться в rescue консоль, сдампить корку, так что вполне нормальные кейсы.

Вот тебе реальный таск: тебе надо развернуть еще пару-тройку галеровых кластеров. Естественно с выполнением mysql_security_install на каждой машинке, с генерацией паролей для рута/sst/whatever. Неужели ты вручную все это делаешь на своей слаке?

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

Неужели так сложно автоматизировать запуск какой-либо инициализации данных если внезапно оказывается что локальное хранилище пустое?

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

Ты пытаешься решать задачи которые не существуют. Где-то там прочитал, что «после инсталляции системы надо запустить bla-bla-bla и foo-foo-foo» и тупо долбишся в эту стену, вместо того, чтобы подумать - а нужна ли тебе эта инсталляция системы вообще? Systemd убивает мозг, да. :)

Впрочем, ты же яжеадминанеархитектор, да.

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

Я тебе не зря про галеру сказал — это перконовская мариадб.

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

Точно так же. Я тебе же сказал про ansible-pull.

Ты пытаешься решать задачи которые не существуют. Где-то там прочитал, что «после инсталляции системы надо запустить bla-bla-bla и foo-foo-foo» и тупо долбишся в эту стену, вместо того, чтобы подумать - а нужна ли тебе эта инсталляция системы вообще? Systemd убивает мозг, да. :)

Ты дурачек? Какие задачи не существуют, добавить еще один кластер mariadb — этой задачи не существует?

Где-то там прочитал, что «после инсталляции системы надо запустить bla-bla-bla и foo-foo-foo» и тупо долбишся в эту стену

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

Systemd убивает мозг, да. :)

Кстати, про systemd я еще ни разу не говорил вообще. В дебиане отлично соседствуют скрипты sysv и юниты.

Этого варианта я не учел

См комментарий немного ниже.

Чем генерятся?

Скриптом, который dhcpcd запускает при получении адреса созаётся файлик идентифицирующий машину. Скрипты запуска демонов по данным этого файлика парсят конфиги и прописывают туда нужные настройки перед запуском (или перезапуском) демонов.

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

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

/etc, как я понимаю в tmpfs перемонтируется при загрузке?

Нет, / это initrd в ram. Грузится вместе с ядром через BOOTP. /etc с темплейтами конфигов там же. Неизменяемая часть системы (/usr) - на iSCSI, хотя если тяжёлого софта нет и памяти не жалко можно и в initrd её пихнуть. Если бы нужно было локальное хранилище, то, наверно монтировалось бы в какой-нибудь /var/storage или /home

Выполнение одной команды на всех тачках - тупейшим скриптом c содержимым типа for i in 1..100; do ssh xxx.xxx.xxx.$i «@» ; done хотя это уже 100 лет не требовалось.

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

то вполне возможно, что херота - это как раз то, что тебе нужно

Вот в гугле используют puppet в основном. Буду знать, что это херота.

Так что, покажешь свой мониторинг с количеством хостов? ^_^

Точно так же. Я тебе же сказал про ansible-pull.

Ну этот pull ведь кто-то должен делать. Или у вас админомонтажники?

Какие задачи не существуют, добавить еще один кластер mariadb — этой задачи не существует?

И твоё решение - априори единственное? :)

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

А я просто накатываю изменние на образ диска.

В дебиане отлично соседствуют скрипты sysv и юниты.

Пока да. Однако данная тема свидетельствует о том, что скоро ситуация изменится.

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

Вот в гугле используют puppet в основном. Буду знать, что это херота.

Ну и молодцы. Когда мы переедем в какие-нибудь США мы наверно тоже сможем позволить себе подобное. В россиянских же реалиях - каждая копейка на счету.

Так что, покажешь свой мониторинг с количеством хостов? ^_^

А зачем мне это может быть нужно?

Ну этот pull ведь кто-то должен делать. Или у вас админомонтажники?

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

И твоё решение - априори единственное? :)

Нет. Но ты так и не сказал, как решишь это.

Пока да. Однако данная тема свидетельствует о том, что скоро ситуация изменится.

Можно узнать, как ты в sysv скрипты запихиваешь контейнеры docker? Systemd это решается очень просто.

Ну и оказалось, что, видимо, придётся пилить свой дистрибутив без systemd, ибо эта дрянь неюзабельна абсолютно.

А у нас в отделе(8 админов) всем очень понравился systemd с приходом Debian 8. Но вы пилите, никто же не против. У вас и слака в продакшене.

Так что, покажешь свой мониторинг с количеством хостов? ^_^

А зачем мне это может быть нужно?

Чтобы показать, что ты Ъадминнелокалхоста. Я со своими 260 оказался админом локалхоста же по твоим словам.

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

Ну это же чудесно тогда.

Нет. Но ты так и не сказал, как решишь это.

Не имею ни малейшего понятия. Ибо никогда такой задачи не было. Будет - решу.

Можно узнать, как ты в sysv скрипты запихиваешь контейнеры docker? Systemd это решается очень просто.

Я не запихиваю контейнеры docker в sysv скрипты.

А у нас в отделе(8 админов) всем очень понравился systemd с приходом Debian 8.

Молодцы, чо. Отделы там у вас и всё такое. Ынтерпрайз какой, поди, с неизвестными владельцами?

Но вы пилите, никто же не против. У вас и слака в продакшене.

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

Чтобы показать, что ты Ъадминнелокалхоста.

Кому показать? И зачем?

Я со своими 260 оказался админом локалхоста же по твоим словам.

Эти 260 - они не твои, а чужого дяди у которого пока есть лишние деньги, чтобы платить тебе за их поддержку. А вот мои железки - они мои в самом прямом смысле.

https://torrent.fedoraproject.org/torrents/Fedora-Live-Workstation-x86_64-23.... 2015-11-03 01:42 110K

https://torrent.fedoraproject.org/

больше нигде пока не «засвечено.» офф предлагает 22 релиз и 23 бету. -- cuss

Я не запихиваю контейнеры docker в sysv скрипты.

А как у тебя пускаются контейнеры докера при старте системы если ты используешь sysv? Как рестартишь контейнер, неужели через docker stop/docker run?

Ынтерпрайз какой, поди, с неизвестными владельцами?

Не совсем, владельцы известны. Из ынтырпрайза я свалил года так 2 назад.

>> собственно само ядро
сходи-ка на debian.org

Ходил. Gnu Hurd в коме, ФриБСД уже закапывают всилу отсутствия интереса.

вообще смешно упоминать это в контексте ОС - тонны различных реализаций

Внезапно, систем инициализации тоже много всяких, но большинство выбирает именно Gnu/Linux с grub, udev, Xorg и systemd. Ты же тут газифицируешь лужу и пытаешься пропихнуть идею о том что если что-то нравится большинству - то оно отстой именно поэтому, приводя в пример винду. Так что кончай передёргивать и приведи хоть один нормальный аргумент без истерик, брызганий святой водой и припадков.

в данной функции выходит если не может exec-нуться в rescue консоль, сдампить корку, так что вполне нормальные кейсы

А теперь открой оба глаза и посмотри ещё раз. _exit() оба раза делается в потомках.

окей, freeze_or_reboot, ну ок, прогресс на лицо.

Эм. Разумеется, это принципиально лучше, чем паника. «Freeze», если что, относится к процессу PID 1, а не к всей системе.

большинство МУХ выбирает именно Gnu/Linux с grub, udev, Xorg и systemd

obvious fix.

Ты же тут газифицируешь лужу и пытаешься пропихнуть идею о том что если что-то нравится большинству - то оно отстой именно поэтому

Вполне логичный контраргумент на то, что если большинство выбрало - значит это хорошо. Или ты только в чужих глазах бревна искать мастак?

Не обязательно хорошо и не обязательно плохо. Если что, отсылка к большинству не была попыткой аргументировать «хорошесть» systemd.

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

Обычно этот аргумент звучит не так, как ты говоришь, а примерно следующим образом: «Вот ссылка на технические дискуссии в дистрибутивах 1, 2, ..., N, по итогам которых в каждом конкретном случае был выбран именно systemd. Есть что противопоставить словам, там произнесённым?»

А наш герой Stanson на данный момент способен противопоставить вышеописанному разве что истерические вопли и религиозного рода восклицания на тему «systemd говно, потому что ПОТТЕРИНГЖИ, потому что ВЕНДОАДМИНЫЖИ, и вообще патрекбох, кококо и так далее». Ну и ему закономерно указывают на то, что с таким уровнем аргументации он попросту смешон.

но большинство выбирает именно

Windows

приведи хоть один нормальный аргумент

какой тебе нужен аргумент, школьник ?

grub

ты свой гроб этот только на x86 и встретишь

udev, Xorg и systemd

найди что-нибуть из перечисленного в Android-устройствах - он же «нравится большинству» и не винда.

И заканчивай газифицировать лужи - мне абсолютно похрен что какая-то обезьяна считает «стандартом де-факто»

>> большинство МУХ выбирает именно Gnu/Linux с grub, udev, Xorg и systemd

obvious fix.

Илитарии и небыдло в треде? На мух и немух естественно сортируешь ты. Но вот пока по сути дела критики systemd обоснованной не было. «Фи, этим же пользуются все, как мне чувствовать свою исключительность?» - критикой не считается.

Вполне логичный контраргумент на то, что если большинство выбрало - значит это хорошо. Или ты только в чужих глазах бревна искать мастак?

А всю цепочку сообщений прочитать сложно? Там изначальный постулат как раз и был - «всё что стандарт дефакто - отстой», на что, в качестве контр-аргумента был приведёт список достаточно годного софта, который, тем не менее, достаточно распространён.

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

ну раньше было хуже. Вообще меня уже всякие споры достали, systemd вполне можно использовать оно даже работает, даже практически так, как и ожидается. Единственное, что бесит, что если сделать namespace с дистром и сделать туда exec, то неожиданно не удобно стартовать сервисы, т.к. systemctl не работает, т.к. нету dbus, т.к. его не запустить, т.к. systemctl не работает.. Лично для меня в моих кейсах по сравнению с тем же openrc у systemd нету решающих бонусов, кроме количества девелоперов.

>> но большинство выбирает именно
Windows

Критику Windows по пунктам, с разборам архитектурных и прикладных проблем я видел и знаю, а вот критики по сути в этом треде - было чуть больше чем нисколько.

какой тебе нужен аргумент, школьник ?

Технический. Да, к чёрту, хоть какой-нибудь, кроме истерики.

ты свой гроб этот только на x86 и встретишь

Зато LILO там на каждом шагу. Опять в лужу, короче. На армах вполне специфические особенности загрузки, которые не только grub использовать делают нецелесообразным, но и зачастую использование ядра кроме одной конкретной версии, поддержанной один раз платоклепальщиком в виде готовых собраных бинарных модулей для конкретного ядра, что, впрочем, никак не относится к теме этой дискуссии.

найди что-нибуть из перечисленного в Android-устройствах - он же «нравится большинству» и не винда.

И к чему этот аргумент? Другая ОС. Найди те же компоненты в Mac OS или Qnx. Список софта привели чтобы проиллюстрировать что аргумент «всё что более-менее распространено - отстой». Причём, заметь - изначальный контекст дискуссии именно Gnu/Linux.

Есть что противопоставить словам, там произнесённым?

http://suckless.org/sucks/systemd

http://judecnelson.blogspot.ru/2014/09/systemd-biggest-fallacies.html

А всю цепочку сообщений прочитать сложно?

А ты перестал пить коньяк по утрам?

Там изначальный постулат как раз и был - «всё что стандарт дефакто - отстой»

Как в розовой пантере: «а до этого?»

В общем все как ждали,

Назови поимённо.

http://suckless.org/sucks/systemd
http://judecnelson.blogspot.ru/2014/09/systemd-biggest-fallacies.html

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

какие свои реализации если нет никакого стандарта ?

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

новые хотелки появляются налету по желанию такого же как ты олигофрена

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

под них дописывается ядро

Если это оказалось затребовано - почему бы не дописать ядро? Ядро постоянно находится в развитии. Ты предлагаешь его заморозить?

И, кстати, не все хотелки от разработчиков systemd принимаются в ядро. Это решают разработчики ядра.

давай, предложи что-нибуть запилить свое в ядре под свои хотелки - пошлют нахер

Может, пошлют, а может и нет, если предложение будет дельным. Ты слишком категоричный.

Как в розовой пантере: «а до этого?»

А до этого там шло обсуждение того что такое вендорлок и почему в открытых проектах этот термин не очень применим.

Назови поимённо.

Сам сможешь проскроллить. Как минимум я, intelfx, Difrex и Chaser_Andrey.

Ок, а в чём претензии к systemd? Есть альтернативные init'ы. Их код никто не удалил из интернетов. Это не значит, что их не могут выбросить из дистрибутивов - это совершенно разные вещи. Поддержка скриптов инициализации для них - дело сугубо мэнтейнеров и разработчиков, которые поддерживают альтернативные init'ы. Если мало заинтересованных - то и поддерживать будут плохо или никак.

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

Или же попытаться получить статус девелопера своего любимого дистрибутива и право голоса.

Хотя большинство пунктов

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

Не знаю, я не пользовался им.

А до этого там шло обсуждение того что такое вендорлок

а до этого?

Сам сможешь проскроллить. Как минимум я, intelfx, Difrex и Chaser_Andrey.

Вам не объяснишь. На примере intelfx я видел как он начинал одну и ту же шарманку в новых тредах, даже когда в предыдущих его ложь опровергли. Ребята из рашнфедоры заняты FUD'ом и вбросами. Часть людей (линки дал), просто запилили статьи, чтоб не повторяться в срачах, часть просто забила. Прошло время серьёзных дискуссий.