LINUX.ORG.RU

SysVinit 2.90

 ,


2

4

Тихо и незаметно состоялся очередной релиз sysvinit

Изменения в этом релизе:

  • добавлена документация к интерфейсу /run/initctl;
  • добавлен обработчик SIGUSR2 для закрытия /run/initctl;
  • упрощена логика работы mountpoint;
  • во флаги компилятора добавлен -fstack-protector-strong;
  • произведена чистка кода.

Полный список изменений

>>> Страница проекта

★★★★★

Проверено: Shaman007 ()
Последнее исправление: cetjs2 (всего исправлений: 4)
Ответ на: комментарий от anonymous

Спорим, что ты не читал man на journalctl? Проклинают обычно те, кто поленился почитать документацию.

adn ★★★★
()
Ответ на: комментарий от cheez

Что же такого неудобного в systemd? Но про «трахаться в холодильнике» мне понравилось. Как раз про SysVinit с костылями и grep'аньем логов. :) Ты видно тоже не удосужился почитать документацию. А так получается «мартышка и очки».

adn ★★★★
()
Ответ на: комментарий от ananas

лобачевский опроверг постулат

нет, он построил (внутренним образом) геометрию, в которой этот постулат не выполняется

anonymous
()
Ответ на: комментарий от WitcherGeralt

Какое отношение имеют конфиги к systemd? У него самого они текстовые. И про монолит не понял. Тот же systemd вполне unixway-ен - куча мелких утилит делающих хорошо одно дело. Почитай документацию и удивись.

adn ★★★★
()
Ответ на: комментарий от AS

Вот почему тебя не раздражает, что православный grep' научился в regexp'ы?
А если серьезно, то мне очень нравится куда сейчас движется администрирование. Теперь одному человеку легко администрировать сотни серверов. Системы оркестрации типа ansible позволяют приводить сервера в нужное состояние, puppet позволяет организовать общее хранилище конфигураций и работать с ним, cgroups позволяют делать продвинутый jail и тот же systemd предоставляет из коробки то, для чего раньше приходилось ставить кучу софта. Плюс он чудесно конфигурируется и расширяется под мои нужды.
Ушло время, когда сервера были дороги и их было настолько мало, что каждый из них можно было вручную настраивать, обрекая пользователей на долгий простой сервиса в случае отказа оборудования с последующей вторичной установкой и настройкой всего из vi в ssh сессии.
Я реально не понимаю откуда такая ненависть.

adn ★★★★
()
Ответ на: комментарий от adn

Кажется, Вы избрали неверный топик для рассказа про возможности systemd. Да, меня тоже подмывает рассказать про те действительно полезные в продакшне возможности, которые предоставляются systemd по сравнению со связкой sysV + monit, но я сдерживаю себя.

AlexM ★★★★★
()
Ответ на: комментарий от Deleted

На двух машинах сразу? Хм... А как это связано с системами инициализации, безотносительно названий?

AlexM ★★★★★
()

Тихо и незаметно

Правила

Че?

Проверено: Shaman007

Ааааа, теперь ясно.

time_LORd
()
Ответ на: комментарий от WitcherGeralt

это ещё не послелний рубеж
полно мест куда Лёня никогда не дотянется
Юниксы от этого не сильно пострадали, а человечество совсем ни капли.

Вполне вероятно, как раз потому, что находятся люди, которые «борятся с системой», «идут против течения» и совершают прочие, не особо выгодные им лично, поступки. Да хотя бы просто лишний раз сказать в инете, что «системд — говно» уже неплохо. Глядишь какой-нибудь нейтрально настроенный нуб лишний раз задумается, стоит ли брать то, что ему усиленно пропихивают, или всё-таки включить мозги и разобраться самому, что хорошо, а что плохо.

Безусловно какашка.

Если уж ты сам согласен с этим, то чего же плохого ты видишь в просветительской деятельности так называемых «системд-хейтеров»?

anonymous
()
Ответ на: комментарий от adn

systemd клевый - умеет сервисы перезапускать в случае их падения

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

Если демон (демон, сцука, в линуксах-юниксах демоны, а не сервисы, как в вашей сраной венде, когда же вы запомните уже...) упал - это повод для разбирательств, выяснения причин падения, поиска багов и т.д., а не перезапустить, и насрать. Демоны падают не просто так, а потому что в них бывают ошибки. А ошибка - это потенциальная уязвимость. За автоматический перезапуск упавшего, а значит потенциально уязвимого демона, особенно в продакшене, надо выгонять нахер из профессии пожизненно.

Stanson ★★★★★
()
Ответ на: комментарий от anonymous

не обламывались, пользуясь каким-нибудь rsyslogd с записью в бд.

Обламывались. Обламывались, блин. Я считаю что Райнеру надо отдельный котел в аду предусмотреть за его горбуху. И чуваки, которые говорят, что все - херня и всем надо в сислог у меня вызывают умиление.

journald тоже вызывает ряд вопросов, однако методически неплохо проработан. Тем, кто не осилил как читать логи, вот:

[root@centos ~]# strings /var/log/journal/fa9b04e02fd345d5835860a9b1dde2cb/system\@87f84ca3736c47088b91ab9d92afca97-0000000000000001-00056afa264e54bc.journal | grep MESSAGE= | head
MESSAGE=Runtime journal is using 8.0M (max allowed 100.0M, trying to leave 150.0M free of 992.0M available 
MESSAGE=Initializing cgroup subsys cpuset
MESSAGE=Initializing cgroup subsys cpu
MESSAGE=Initializing cgroup subsys cpuacct
MESSAGE=Linux version 3.10.0-693.21.1.el7.x86_64 (builder@kbuilder.dev.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-16) (GCC) ) #1 SMP Wed Mar 7 19:03:37 UTC 2018
MESSAGE=Command line: BOOT_IMAGE=/vmlinuz-3.10.0-693.21.1.el7.x86_64 root=/dev/mapper/centos_centos-root ro rd.lvm.lv=centos_centos/root rd.lvm.lv=centos_centos/swap rhgb quiet LANG=en_AU.UTF-8
MESSAGE=e820: BIOS-provided physical RAM map:
MESSAGE=BIOS-e820: [mem 0x0000000000000000-0x000000000009fbff] usable
MESSAGE=BIOS-e820: [mem 0x000000000009fc00-0x000000000009ffff] reserved
MESSAGE=BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved
alex_the_v ★★★
()
Ответ на: комментарий от adn

Эти «утилиты» являются частью системды и каждая из этих частей делает своё дело плохо.

anonymous
()
Ответ на: комментарий от AlexM

На домашней. Трудно поверить, но тем не менее. Сам в шоке.

upd: причину крэша системд на тачке в проде не устанавливал. Там важно было данные спасти.

Deleted
()
Последнее исправление: rht (всего исправлений: 1)
Ответ на: комментарий от adn

Ушло время, когда серверами рулили только профессионалы. Теперь ими рулят вчерашние вантузятники, которым чужд unix-way.

Я исправил, не благодари.

anonymous
()
Ответ на: комментарий от alex_the_v
/fa9b04e02fd345d5835860a9b1dde2cb/system\@87f84ca3736c47088b91ab9d92afca97-0000000000000001-00056afa264e54bc

Это ключ в реестре? А regedt32 надо запускать?
anonymous
()
Ответ на: комментарий от SakuraKun

Насчёт «отличного», я бы поспорил. Не хватает многих исходных наработок Manjaro, как минимум, поддержки нескольких версий ядра (для меня это актуально).

h4tr3d ★★★★★
()
Ответ на: комментарий от anonymous

А regedt32 надо запускать?

Запускай, болезный, кто ж тебе не даёт-то.

alex_the_v ★★★
()
Ответ на: комментарий от Stanson

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

Разбираться с тех.поддержкой из всё тех жэ индусов? Во-первых, долго, а бэк-офис пару недель ждать не хочет, во-вторых, через пару недель решение всё равно будет «перезапускайте».

Вот так и живём...

beck ★★★★
()
Ответ на: комментарий от anonymous

Диды картофель сажали - и ты сажай...

anonymous
()
Ответ на: комментарий от anonymous

Что, каникулы, мамкин джентльмен?

19.06.2018

20.06.2018

anonymous
()
Ответ на: комментарий от Behem0th

И никто не призывает «изничтожить и недопустить использования» systemd

Уж прям так и никто? Ты либо 2й день на лоре, либо врешь. Тут даже предложения нанять киллера для автора systemd проскакивали.

Ты либо 2-й день на ЛОРе, либо кривишь душой. Любой вендузятник хоть как-то столкнувшийся со Свободным Сообществом замечает в первую очередь своеобразную культуру и манеру общения линуксоидов. И ты это прекрасно знаешь. Шутка о том, что надо «с ружъём поехать в Бразилию» как раз и характеризует это.

А теперь вернёмся к «нашим овцам». Сарказм линуксоидов это укус комара по сравнению с циничным и планомерным продвиганием РедХатом «единственно верного загрузчика». Причём навязывание systemd шло самым мерзким «подковёрным способом».

anonymous
()
Ответ на: комментарий от Stanson

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

Ой, а что будет когда Линус отживёт своё и на его место встанет.... Поттеринг? Да вас инфаркт хватит... Смех и грех.

Надо курить WinServer. Там сообщество куда более приятное.

FluffyPillow
()
Ответ на: комментарий от Stanson

Больше никаких причин даже и не требуется, хотя их сотни и тысячи.

Понятно все. Ненавижу systemd потому что так сейчас модно, а по факту даже с документацией не ознакомился.

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

Ага. Ещё расскажи это разработчикам sysV с их service mysql start

Конечно, сервис будет лежать, пользователи не смогут им пользоваться, а компания будет терять деньги, пока мы ищем что же случилось и исправляем уязвимости. Только не понимаю, почему это надо делать в продакшн окружении, а не на Dev или stage? Хотя понимаю - ты теоретик, и никогда не сталкивался с коммерческими сервисами, которые должны работать 24/7, continues delivery и highload'ом.

adn ★★★★
()
Ответ на: комментарий от adn

А если серьезно, то мне очень нравится куда сейчас движется администрирование.

Всё, что ты описал, можно делать давным давно.

Я реально не понимаю откуда такая ненависть.

Один комплексный пакет с сомнительной надёжности демоном с PID 1 (а надёжность сомнительна, что называется, by design - слишком много ненужного для init умеет) пытается подмять под себя всё.

AS ★★★★★
()
Ответ на: комментарий от adn

Вот почему тебя не раздражает, что православный grep' научился в regexp'ы?

Ты о чём? grep всегда умел понимать регулярные выражения.

обрекая пользователей на долгий простой сервиса

Шта? Назваешь демона сервисом? Пожалуйста, прошу тебя вернись обратно на Windows.

Я реально не понимаю откуда такая ненависть.

Я вот тоже не понимаю откуда у вас так внезапно возникла такая лицемерная доброта. Ага, systemd-щики срут добром в треде, где обсуждают sysVinit.

anonymous
()
Ответ на: комментарий от adn

ты теоретик, и никогда не сталкивался с коммерческими сервисами, которые должны работать 24/7, continues delivery и highload'ом.

Туда просто не ставят то, что валится.

AS ★★★★★
()
Ответ на: комментарий от adn

Тот же systemd вполне unixway-ен - куча мелких утилит делающих хорошо одно дело.

Я тут весь прошлый год объяснял, что это - фейковая юниксвейность. Нет, systemd далёк от unixway.

AS ★★★★★
()
Ответ на: комментарий от AS

Да ты что?!.. Прямо только самое самое? Сейчас половина web'а на NodeJS написана :) Почитай в про continues integration и continues delivery и добро пожаловать в реальный мир.

adn ★★★★
()
Ответ на: комментарий от adn

Прямо только самое самое?

В основном да.

Сейчас половина web'а на NodeJS написана :)

А это - проблема говноделов. Ты из них? Ну понятно тогда. :-)

AS ★★★★★
()
Ответ на: комментарий от slamd64

Да так и скажи: systemd must die. Чего стесняться-то? :)

Э-э-э... Я в списочке давно у местного персонажа одного. Зачем 20 раз повторяться-то? :-)

AS ★★★★★
()
Ответ на: комментарий от AS

Сейчас половина web'а на NodeJS написана :)

А это - проблема говноделов. Ты из них? Ну понятно тогда. :-)

Поработал как-то в конторе, исповедующей NodeJS. Больше не хочу.

slamd64 ★★★★★
()
Ответ на: комментарий от darkenshvein

хах. когда надо название сетевой карты править после доставания видюхи это нифига не быстрее.

Т.е. сам процесс «выноса» видюхи он «быстрый», а поправка названия сетевки очень «долгий» ? Слишком толсто даже для меня «как все еще не любителя *д»

anc ★★★★★
()
Ответ на: комментарий от AS

А это - проблема говноделов. Ты из них? Ну понятно тогда. :-)

Я не занимаюсь разработкой. Но да, NodeJS тоже есть в продакшн'е. А на чем написано то, что администрируешь ты? И что оно делает?

adn ★★★★
()
Ответ на: комментарий от anc

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

darkenshvein ★★★★★
()
Ответ на: комментарий от slamd64

Поработал как-то в конторе, исповедующей NodeJS. Больше не хочу.

Мне без разницы. Даже интереснее, challenge своего рода сделать написанное на NodeJS отказоустойчивым. И проблемы бывают даже у того, что написано на erlang. Поэтому резервирование, мониторинг, нормальный логгинг и быстрый перезапуск.

adn ★★★★
()
Последнее исправление: adn (всего исправлений: 1)
Ответ на: комментарий от darkenshvein

нищеброды с 80гб винтами 20летней давности

Это сейчас такая шутка была? Или вы цифирками или букавками ошиблись? Хард 80ГБ 20-лет назад.

anc ★★★★★
()
Ответ на: комментарий от darkenshvein

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

Эм. А причем тогда изменение названия интерфейса сетевки и вынос видюхи?

anc ★★★★★
()
Ответ на: комментарий от adn

Как же вы надоели, не разрешают вам парады, так вы здесь пропагандируете свои нетрадиционные системд и нод.жс

Хотите в попу бахаться пользоваться всяким убожеством - так пожалуйста, другим только навязывать это днище не надо. А то по факту тебе аргументы, а в ответ лишь кукареканье

anonymous
()
Ответ на: комментарий от anonymous

Или может быть в Евклидовой геометрии системд - говно, а в геометриях Лобачевского или Римана - конфетка?

В принципе, кривая в евклидовой геометрии вещь может оказаться ровной в геометрии Лобачевского или Римана))

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.