The OpenNET Project / Index page

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

Локальная DoS-уязвимость в systemd

29.09.2016 19:49

В системном менеджере systemd выявлена локальная уязвимость. Процесс PID 1 зависает на системном вызове pause() при поступлении в сокет уведомлений systemd сообщения нулевой длины, после чего невозможно запустить/остановить демоны или выполнить "чистую" перезагрузку, а systemd-сервисы в стиле inetd перестают принимать соединения. Так как сокет уведомлений /run/systemd/notify доступен всем на запись, то любые локальные пользователи могут вызвать отказ в обслуживании на системах с systemd.

Уязвимость проявляется во всех версиях systemd, начиная по крайней мере с версии 209. В настоящее время разработчики systemd занимаются подготовкой патча с устранением уязвимости. Атака сводится к выполнению команды


   NOTIFY_SOCKET=/run/systemd/notify systemd-notify ""


  1. Главная ссылка к новости (http://www.openwall.com/lists/...)
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/45244-systemd
Ключевые слова: systemd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (83) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.5, Аноним (-), 21:33, 29/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    нечему удивляться, хочешь миришься с этим, либо сидишь на дистре без сабжа. Или вон бсд подтянется 5го октября, правда там тоже не лучше и launchd притащат начнется тоже самое.
     
     
  • 2.6, АнонимХ (ok), 21:49, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > launchd

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

     
     
  • 3.23, . (?), 23:43, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    pkg-ng научился в человеческое разруливание циклических зависимостей? Может он хотя бы умеет различать release/version/serial? Поддерживает provides/requires/conflicts? Умеет в {pre,post}{{un,}install,update} скрипты?
    Без всех этих способновлей он пакетным менеджером называться не имеет права.
     
     
  • 4.34, Аноним (-), 03:54, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    [CODE]
    pkg info xcb-util
    xcb-util-0.4.0_1,1
    Name           : xcb-util
    Version        : 0.4.0_1,1
    ...
    Shared Libs required:
            libxcb.so.1
    Shared Libs provided:
            libxcb-util.so.1

    [/CODE]
    https://github.com/freebsd/pkg#pkgfmt
    [CODE]
    Valid scripts are:

    pre-install
    post-install
    install
    pre-deinstall
    post-deinstall
    deinstall
    pre-upgrade
    post-upgrade
    upgrade
    [/CODE]

     
     
  • 5.35, Аноним (-), 05:32, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Version        : 0.4.0_1,1

    Версию и билд вижу. Serial (aka семейство) - нет

    > Shared Libs required:
    > Shared Libs provided:

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

    > Valid scripts are:

    Эт да. Проглядел.

    Ну и я не увидел секции provides/requires/conflicts. Попакетно. С мета-пакетами.
    Что-то вроде:
    Name           : apache
    Version        : 2.2
    Requires       : meta/www-filesystem-base
    Provides       : meta/www-server
    Confclicts     : www/nginx

     
     
  • 6.45, тигар (ok), 08:58, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажите, пожалуйста, что такое семейство а то может в более других отлич... большой текст свёрнут, показать
     
  • 6.59, Аноним (-), 13:35, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Плакали с такими конфликтами фронты на nginx перед апачем, на одной и той же машине. (Я конечно считаю, что апач не нужен, но не так радикально же)
     
  • 6.60, Аноним (-), 13:47, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Версию и билд вижу. Serial (aka семейство) - нет

    Семейство чего? Гуглить насчет "serial" несколько напряжно.

    > Это просто великолепно! А бинарники указать можно? А руками? А пакеты? А
    > метапакеты? А надо.

    А посмотреть по ссылке?

    > Ну и я не увидел секции provides/requires/conflicts. Попакетно. С мета-пакетами.

    [CODE]
    deps: {
      libiconv: {origin: converters/libiconv, version: 1.13.1_2};
      perl: {origin: lang/perl5.12, version: 5.12.4 };
    }
    [/CODE]

    > Confclicts     : www/nginx

    А это еще зачем? Что бы независимо от опций сборки и реальной ситуации пакет все равно не ставился?

     
     
  • 7.62, Michael Shigorin (ok), 14:35, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Версию и билд вижу. Serial (aka семейство) - нет
    > Семейство чего? Гуглить насчет "serial" несколько напряжно.

    Скорее часть полной версии, перекрывающая собственно версию исходника.
    Например, для понижения версии в случае необходимости.

     
     
  • 8.65, Аноним (-), 16:41, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В следующей строчке Version 0 4 0_1,1 предпоследняя 1 после _ инкрем... текст свёрнут, показать
     
  • 8.66, Аноним (-), 16:43, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это он так эпоху в терминах RPM обозвал ... текст свёрнут, показать
     
     
  • 9.67, Michael Shigorin (ok), 16:49, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Угу, это синонимы Рекомендуется s Serial Epoch g со слов нашего майнтейнер... текст свёрнут, показать
     
  • 4.40, alp (?), 08:02, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Если пакетному менеджеру нужно большое количество pre/post и т.д. скриптов, то он просто имеет недостаточный функционал.
     
     
  • 5.54, fail (?), 10:08, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Если пакетному менеджеру нужно большое количество pre/post и т.д. скриптов, то он
    > просто имеет недостаточный функционал.

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

     
  • 4.56, None (??), 10:31, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, зачем могут понадобиться циклические зависимости пакетов?
    По факту, такой набор с циклическими зависимостями - это один пакет, поскольку весь этот набор может быть установлен только сразу весь полностью.
     
  • 3.70, Аноним (-), 20:02, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > довольно хорош у них получился

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

     
     
  • 4.80, Аноним (-), 21:23, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/

    > Но пользоваться им нормально все-равно не получится. Потому что монолиты 110 метров заместо пакетов.

    Великий знаток опеннета не в курсе разницы между ракетным менеджером и собственно пакетом?

    >Хидеры и либы вперемешку.

    Пакетный менеджер тут то причём?

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

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

     
     
  • 5.81, Аноним (-), 22:04, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Великий знаток опеннета не в курсе разницы между ракетным менеджером и собственно пакетом?

    Хорошая опечатка.

    > Пакетный менеджер тут то причём?

    При том что теоретически он есть. Практически толку с этого нет. Наверняка и с launchd будет так же. В bsd все так делают. На бумаге крутейшая системаю. А на серверах - геморроя кусок.

    > А уж знать, о чем с умным видом вещаешь - наверное по
    > меркам опеннетного знатока это что-то запредельное.

    Это слишком хилая попытка троллить. Попробуй еще раз, менее жирно.

     
     
  • 6.89, Аноним (-), 00:36, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Бывает А по теме что-то будет Учитывая предыдущие вумности , смахивает на оч... большой текст свёрнут, показать
     
  • 2.53, Фунт (?), 10:00, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А в дистре без сабжа, типа, уязвимостей не бывает?
     
     
  • 3.57, Andrey Mitrofanov (?), 10:50, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А в дистре без сабжа, типа, уязвимостей не бывает?

    В /bin/init-е-то? Серьёзно?!

     
     
  • 4.63, Michael Shigorin (ok), 14:39, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> А в дистре без сабжа, типа, уязвимостей не бывает?
    > В /bin/init-е-то? Серьёзно?!

    Кгм, у меня и бинаря-то такого нет -- следовательно, неуязвим.
    [CODE]$ rpm -qf --changelog /sbin/init | grep CVE
    $ _[/CODE]

     
     
  • 5.64, Andrey Mitrofanov (?), 15:03, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Кгм, у меня и бинаря-то такого нет -- следовательно, неуязвим.

    ?) Лучше так:

    # ps -p 1
      PID TTY          TIME CMD
    # _

     

  • 1.7, Аноним (-), 21:53, 29/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Говорили им - нечего лезть в иерархии, обязательно что-нибудь пойдет не так, так и случилось.
     
     
  • 2.46, Нанобот (ok), 09:03, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    волков бояться - в лес не ходить
     
     
  • 3.48, Аноним (-), 09:18, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Тут не про поход в лес, про нырок в канализацию.
     

  • 1.8, Michael Shigorin (ok), 22:13, 29/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А, так вот о чём ldv@ вслух размышлял...
     
     
  • 2.13, KM (?), 23:07, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    #32545 - исправлено?
     
     
  • 3.24, Michael Shigorin (ok), 23:45, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > #32545 - исправлено?

    Не-а.  Вообще говоря, поддержка ветки p7 уже завершена и всё, что в этом плане делается -- сверх обещанного: http://altlinux.org/branches/p7

    Но всяко спасибо, что повесили.

     
     
  • 4.25, KM (?), 23:51, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не-а.  Вообще говоря, поддержка ветки p7 уже завершена и всё, что в этом плане делается > -- сверх обещанного: http://altlinux.org/branches/p7

    Поэтому я и не выделял ветки, а закинул в общую секцию.

    > Но всяко спасибо, что повесили.

    Чем могу.

     
  • 2.31, Vkni (ok), 01:38, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А, так вот о чём ldv@ вслух размышлял...

    Я надеюсь не при дамах размышлял? Вообще, Михаил, спасибо вам за sysV сборки. Периодически просматривая dev и sisyphus списки рассылки радуюсь, что у меня не systemd.

     
     
  • 3.73, Аноним (-), 20:17, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Я надеюсь не при дамах размышлял? Вообще, Михаил, спасибо вам за sysV
    > сборки. Периодически просматривая dev и sisyphus списки рассылки радуюсь, что у
    > меня не systemd.

    Все познается в сравнении. Если так попробовать почитать баги в инит-скриптах - они тоже на все вкусы. Не говоря о том что в sysv вообще нет нотификаций и система просто забьет на сервис повисший при старте. Это вообще никем и никак не обрабатывается.

     
     
  • 4.77, Vkni (ok), 21:00, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вот тут и познаётся разница между нормальной компонентной системой и кубик-рубик-монолитом. Те инит скрипты, которые я не запускаю, мне не мешают.
     
     
  • 5.82, Аноним (-), 22:29, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    При том большинство компонентов - из бамбука и лиан И работает характерно, заби... большой текст свёрнут, показать
     
     
  • 6.85, Vkni (ok), 23:55, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > горожить

    Ну вот примерно в таком стиле systemd и написан.

     
  • 6.93, Michael Shigorin (ok), 09:54, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В нормальных системах покрутить лимиты-приоритеты может и старый добрый sysvinit... большой текст свёрнут, показать
     
  • 4.91, Michael Shigorin (ok), 09:47, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Не говоря о том что в sysv вообще нет нотификаций и система просто забьет на сервис
    > повисший при старте. Это вообще никем и никак не обрабатывается.

    Если надо, берёте monit и получаете _вменяемый_ мониторинг состояния сервисов.

     
     
  • 5.106, Аноним (-), 03:52, 06/11/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > берёте monit и получаете _вменяемый_ мониторинг состояния сервисов.

    Это чем он более вменяемый реализации в systemd? Тем, что сделан через костыли с опросом списка процессов?

    Поддержание работоспособности процессов и их перезапуск при падении — задача init'а, причём ещё со времён юниксов. Демоны для наблюдения прописываются в inittab с кейвордом respawn, при их завершении init получает сигнал SIGCHLD от ядра и перезапускает их.

    Почему вместо развития этой схемы от неё вообще отошли и прикрутили демоны уродливыми костылями через простыни скриптов с утерей возможности наблюдения и перезапуска — непонятно. Systemd с unit'ами — как раз таки исправление этого упущения, возвращение к архитектуре UNIX, а не уход от неё.

     
     
  • 6.107, Andrey Mitrofanov (?), 14:22, 07/11/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ваши познания уних-вея ввергают нас в ступор благоговения У не сам ли Леннарт п... большой текст свёрнут, показать
     
  • 6.108, Michael Shigorin (ok), 14:34, 07/11/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Функциональными тестами Если бы Вы ещё сами этой функциональностью пользовались... большой текст свёрнут, показать
     
     
  • 7.109, Аноним (-), 22:10, 08/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это уже интересно И как выглядит функциональное тестирование сервиса, допустим,... большой текст свёрнут, показать
     
     
  • 8.110, Michael Shigorin (ok), 22:35, 08/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Зависит от того, какие средства внешнего контроля предусматривает сервис Напри... большой текст свёрнут, показать
     

  • 1.11, Аноним (-), 22:58, 29/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Это только начало, хехе.
     
     
  • 2.14, freehck (ok), 23:11, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Естественно. Надо ведь не фичи релизить, а отлаживать существующий функционал.

    https://pp.vk.me/c637619/v637619910/fabc/5Xg8B3YfD_4.jpg

     

  • 1.12, vitalikp (?), 23:01, 29/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Забавный баг:)

    Походу нашли случайно.
    Но для пользователей ничего хорошего, хоть его и исправили,
    он еще долго может давать о себе знать.

     
     
  • 2.15, X2asd (ok), 23:13, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > он еще долго может давать о себе знать.

    Как?

     
     
  • 3.18, EuPhobos (ok), 23:20, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Как бамблби наверное, со своим "rm -rf /usr /share...", в айтишных байках.
     
  • 3.22, vitalikp (?), 23:28, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    1) Ну в апстриме исправили, а в старых версиях надо еще патч адаптировать.
    2) Если на грабли наступили в одном месте и их от туда убрали, то это не значит, что на них нельзя будет через некоторое время наступить в другом.
     
     
  • 4.37, Аноним (-), 06:16, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну в апстриме исправили, а в старых версиях надо еще патч адаптировать  

    в убунте уже исправили. Вчера вечером команда работала, сегодня утром - уже нет

     
  • 4.49, Andrey Mitrofanov (?), 09:29, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > 2) Если на грабли наступили в одном месте и их от туда
    > убрали, то это не значит, что на них нельзя будет через
    > некоторое время наступить в другом.

    Даже так: Если они входные данные не проверили в одном месте, то такого будет много. Скоро разно-не-цветные шляпы подтянутся, потрясут деревце -- ужо-то будет звездопад.

     
     
  • 5.78, Vkni (ok), 21:03, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Скоро разно-не-цветные шляпы подтянутся, потрясут деревце -- ужо-то
    > будет звездопад.

    Он давно уже идёт - я подписан на ALTовские рассылки, там периодически появляются темы systemD завис/не работает/сломался.

     
     
  • 6.83, Аноним (-), 22:38, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Он давно уже идёт - я подписан на ALTовские рассылки, там периодически
    > появляются темы systemD завис/не работает/сломался.

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

     
     
  • 7.87, Vkni (ok), 00:01, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > как у них системд будет работать.

    Без чудес, да. Падает, как у всех остальных.

     
  • 7.94, Michael Shigorin (ok), 11:11, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего, что здесь обычно отмечаются mike , cas , vkni -- а вот shaba , который ... большой текст свёрнут, показать
     
  • 2.74, Аноним (-), 20:22, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > он еще долго может давать о себе знать.

    Думаю что во всех мало-мальски ориентированных на продакшн дистрах майнтайнеры бэкпортнут фикс и он прилетит ближайшим апдейтом. А кто системы не апдейтит - там и более интересные баги есть, критичный cve в openssl например.

     

  • 1.33, anonymous (??), 02:58, 30/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Говорили же, чем больше всего намешано в PID 1, тем больше пространства для атак и сбоев.
     
     
  • 2.41, Аноним (-), 08:03, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Не ошибается тот, кто ничего не делает.
     
     
  • 3.50, Andrey Mitrofanov (?), 09:30, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Не ошибается тот, кто ничего не делает.

    Признаёте s-d ошибкой?

     
  • 3.58, Аноним (-), 11:21, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    лол, пилить болгаркой стремянку, на которой стоишь, тоже можно... а потом после ампутации половины конечностей повторять твою фразу...

    если изначально делаешь глупость, то не ошибиться невозможно.

     
     
  • 4.71, anomymous (?), 20:15, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну да, править кастомно 100500 скриптов от 100500 криворуких мейнтейнеров потому, что они делают что-то не так, как положено - куда лучше.
     
  • 4.75, Аноним (-), 20:25, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > лол, пилить болгаркой стремянку, на которой стоишь, тоже можно...

    Поэтому фанаты sysv init утверждают что болгарки и стремянки не требуются. Максимум ручная дрель.

     
     
  • 5.79, Vkni (ok), 21:07, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Поэтому фанаты sysv init утверждают что болгарки и стремянки не требуются. Максимум
    > ручная дрель.

    Язык Цэ, на котором написана система systemD - это и есть ручная дрель по сравнению с sysVinit'овским sh'ем.

     
     
  • 6.84, Анонми (?), 22:45, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Язык Цэ, на котором написана система systemD - это и есть ручная
    > дрель по сравнению с sysVinit'овским sh'ем.

    Пока не попробуешь им namespace переключить, попутно расставляя лимиты и переключая планировщики, попутно прописывая лимиты SECCOMP. Вот тут берешь ты sh и ощущаешь себя с ручной дрелью около бетонной стены. А системд - обычный перфоратор среднего пошиба. Да, чинить его сложнее чем ручную дрель. Но и может он намного больше.

     
     
  • 7.86, Vkni (ok), 00:00, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У вас функциональная неграмотность: я писал про языки Цэ и sh, а вы возражаете, рассказывая про системы инициализации.
     
  • 7.92, freehck (ok), 09:47, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и нахрена вам всё это?

    > namespace переключить

    Ну и что вам такого дали эти ваши namespace-ы? Улучшенная статистика? О, это да. Статистика - это ведь круто. "Типа контейнеризация, типа безопасность"? Да нет вроде. "Возможность управлять всеми процессами разом"? Блин, ну так для того всегда были pgid и sid у каждого процесса. Вы о них хотя бы слышали, оналитеги хреновы?

    > расставляя лимиты

    О да, ulimit-а вам почему-то не хватило.

    > ... переключая планировщики ...

    Планировщики по 10 раз на дню переключать. Ага. Зачем?! Кому такое в голову взбрело, что за больное воображение? Кроме вас, системдэ-шников, так *никто* не делает.

    > ... лимиты SECCOMP ...

    "Запихнём всё в контейнеры во имя добра"?

    Как же блин раньше-то люди жили без этих песочниц-то? Пихали процесс в chroot и горя не знали. И то - при крайней необходимости, и только.

     
     
  • 8.95, Michael Shigorin (ok), 11:37, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Он скорее о том, что ulimit из инитскриптов в обычных дистрибутивах штатно не ... текст свёрнут, показать
     
     
  • 9.96, freehck (ok), 17:33, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да я, Миш, собственно о том и говорю, что они ставят в заслугу своей любимой под... текст свёрнут, показать
     
     
  • 10.98, Vkni (ok), 18:14, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Реально, если есть проблемы со скриптами, то нужно просто переходить на какой-ни... текст свёрнут, показать
     
     
  • 11.99, freehck (ok), 19:58, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, очень интересная мысль Предлагаю обсудить в почте vkni altlinux org, н... текст свёрнут, показать
     
     
  • 12.101, Vkni (ok), 22:48, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    У меня тоже есть, но толку-то Основная проблема с заменой sh - это то, что нужн... текст свёрнут, показать
     
     
  • 13.103, freehck (ok), 15:57, 02/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот мне тоже не понятно, куда там типизацию втыкать Основное применение shell -... большой текст свёрнут, показать
     
  • 10.100, Michael Shigorin (ok), 22:39, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще это несложно поправить -- на конторе всё так же вечерами водится чай, а з... текст свёрнут, показать
     
     
  • 11.102, freehck (ok), 15:25, 02/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А контора-то где Посмотрел Мне 4 часа ходу до Переславля Можно попробовать Х... текст свёрнут, показать
     
     
  • 12.105, Michael Shigorin (ok), 15:10, 03/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    На Дмитровской, см basealt ru Да, зимой по горкам с эпизодическими лесовозами ... текст свёрнут, показать
     

  • 1.44, anonymous (??), 08:23, 30/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Я все жду когда Торвальдс хороший гемор от этой поделки получит
     
     
  • 2.51, Andrey Mitrofanov (?), 09:31, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Я все жду когда Торвальдс хороший гемор от этой поделки получит

    LF РедХейту гешефт не выклюет!

     

  • 1.68, Аноним84701 (?), 17:42, 30/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > При поступлении сообщения нулевой длины в сокет уведомлений systemd,
    > PID 1 зависает на системном вызове pause

    Немного напомнило давний баг
    https://bugs.freedesktop.org/show_bug.cgi?id=74589
    > systemd segfaults if no cgroups are available

    Вернее, ответ анонимного тезки Леннарту )
    (Lennart)
    >> To make this work we'd need a patch, as nobody of us tests this.

    (Тезка)
    > Yes, it's clear you don't test for NULL pointers before deferencing.
    > Nobody else should need to provide a patch to fix the bug you created.
    > If you can't figure out how to check for NULL pointers, STOP WRITING CODE IMMEDIATELY!
    > You should never EVER be deferencing any pointer without first sanity checking its value.
    >NO EXCEPTIONS!
    > P.S. Please go diе in a fire.
    >

    Вообще, проверок и аccертов в том коде системд, который я просматривал, немало. Но как-то немного беccистемно. Т.е. иногда как минимум двойные-тройные, когда параметры проверяются вызывающей функцией, а потом еще и в вызванной. Ну и поведение кода в "случае чего" как-то ... не всегда очевидно (вернее, так далеко я в код  не закaпывался, так что воздержусь от опрометчивых суждений).

     
     
  • 2.69, KonstantinB (ok), 19:17, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я тоже глубоко не закапывался, но на поверхностный взгляд "бессистемность" - это очень хорошая характеристика стиля кода systemd.

    Код upstart-а, по крайней мере, читать намного проще.

     
     
  • 3.72, anomymous (?), 20:16, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    upstart в целом был бы куда более интересен, если бы не имел такой полномасштабной жопы с отслеживанием разного рода зависимостей.

    В системды конфиги в целом логичны. А код - дело вылизываемое.

     
     
  • 4.88, Vkni (ok), 00:03, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А код - дело вылизываемое.

    Можете приступать. Но что-то тот код с магическими константами как появился в 2010м году, так до сих пор торчит.

     
  • 4.90, Michael Shigorin (ok), 09:45, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А код - дело вылизываемое.

    ...архитектура -- дело поправимое, задумка -- не беда...

    PS: привет с калужской конференции #ossdevconf :)

     
  • 4.104, KonstantinB (ok), 19:37, 02/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь-то да, деваться уже некуда. Пару лет назад еще имело смысл пробовать допилить upstart.
     
  • 3.76, Аноним (-), 20:32, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Код upstart-а, по крайней мере, читать намного проще.

    А радости с этого? Ну вот надо мне чтобы моя программа взлетела перед какой-то еще программой. С апстартом - болт. Он это нормально не умеет by design. Для этого надо прописываться в конфиг той программы, а это уже разборки с тем как тот пакет обновляется и не перетрет ли он изменения. Системд этим не страдает.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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