Представлен (https://lists.freedesktop.org/archives/systemd-devel/2016-Ma...) выпуск системного менеджера systemd 230 (http://www.freedesktop.org/software/systemd/). Из новшеств можно отметить включение по умолчанию DNSSEС и режима чистка процессов пользователя после завершения сеанса, добавление поддержки унифицированной иерархии cgroup, возможность настройки proxy ARP для сетевого интерфейса, новые типы юнитов "generated" и "transient", новую команду "systemctl revert" и возможность создания виртуальных прямых сетевых линков между контейнерами.Основные изменения:
- В DNS-резолвере systemd-resolved по умолчанию включен DNSSEC. DNSSEC доступен в режиме "allow-downgrade" (автоматический откат на режим без DNSSEC) и может быть отключен через настройку "DNSSEC=" в resolved.conf или на этапе сборки при указании опции "configure --with-default-dnssec=no". Дистрибутивам пока не рекомендуется включать DNSSEC по умолчанию, пока не будут выявлены все возможные несовместимости режима DNSSEC с DNS-серверами;
- В systemd-resolve добавлена возможность резолвинга DNS-записей DANE (DNS-based Authentication of Named Entities) при указании опции "--tlsa" и OPENPGPKEY при указании опции "--openpgp", а также создания дампа raw-данных записей DNS при указании опции "--raw=дамп";
- В systemd-logind по умолчанию после выхода пользователя обеспечено принудительное завершение процессов, запущенных в составе пользовательского сеанса. Управлять принудительным завершением можно через опцию "KillUserProcesses=" в logind.conf, которая теперь выставлена в значение "yes" по умолчанию, что требует отдельных настроек, если необходимо сохранить работу длительно выполняемых пользовательских процессов (для работы screen и tmux требуется специальная настройка сервисов, например, включение "lingering" через loginctl). Для восстановления старого поведения на этапе сборки можно указать опцию "--without-kill-user-processes";- В systemd-logind добавлены новые настройки "SessionsMax=" и
"InhibitorsMax=", которые по умолчанию установлены в значение 8192;
- В systemd-logind добавлена поддержка обновления конфигурации по сигналу SIGHUP;- Добавлена поддержка добавленной в ядре 4.5 (https://www.opennet.ru/opennews/art.shtml?num=44040) унифицированной иерархии cgroup, для задействования которой в systemd при загрузке требуется указать опцию
командной строки ядра "systemd.unified_cgroup_hierarchy=1". Для унифицированной иерархии также добавлен контроллер cgroup "io", который дополнил контроллеры "memory" и "pids";- Поддержка протокола LLDP (Link Layer Discovery Protocol) расширена возможностями использования пассивного (только приём) и активного (отправка) режимов. Пассивный режим включен по умолчанию в systemd-networkd, а активный режим включен по умолчанию в изолированных контейнерах с адресацией внутренней сети. Для просмотра статистики можно использовать команду "networkctl lldp";
- Добавлена возможность настройки уникальных идентификаторов IAID и DUID, отправляемых в запросах DHCP. Идентификаторы могут быть определены как для всей системы, так и для отдельных файлов .network при помощи опций "DUIDType=", "DUIDRawData=" и "IAID=";
- В systemd-networkd добавлена возможность настройки proxy ARP для отдельных сетевых интерфейсов, используя опцию "ProxyArp=" в файлах ".network". Кроме того, в файлы .netdev добавлены опции "MulticastQuerier=" и "MulticastSnooping=" для включения режима отправки запросов и прослушивания трафика IGMP;
- В файлах .network представлена новая опция "PreferredLifetime=", позволяющая определить время жизни IP-адреса;
- В DHCP-сервере из состава systemd-networkd активирована по умолчанию опция "EmitRouter=", включающая поле DHCP Option 3 (Router);
- Тестовая утилита /usr/lib/systemd/systemd-activate переименована в systemd-socket-activate и размещена в /usr/bin;
- В systemd-journald задействован отдельный поток для сброса прокэшированных данных на диск при закрытии файлов с журналом, что решило проблемы с задержками записи в лог на медленных дисках;
- В journalctl добавлен новый метод вывода "-o short-unix", при котором к записями в логе добавляется префикс с эпохальным (UNIX) временем (число секунд с 1970 года). Также добавлена опция "--no-hostname" для исключения столбца с именем хоста;
- Устройства фреймбуфера, сканеры и 3D-принтеры теперь подключаются в режиме "uaccess" и доступны для вошедших в систему пользователей;- В опции "DeviceAllow=" теперь можно указывать спецификаторы (начинаются с символа "%");
- В "systemctl show" добавлена опция "--value" позволяющая вывести только содержимое заданного свойства юнита, без указания его имени;
- Для автоматически сгенерированных и созданных в процессе работы через обращение к API файлов добавлены новые типы юнитов "generated" и "transient";
- Добавлена новая команда "systemctl revert" для отката предоставляемой вендором версии файла юнита в ситуации внесения в файл юнита локальных изменений;
- В "machinectl clean" добавлена возможность автоматического удаления всех или только скрытых образов контейнеров;
- В systemd-tmpfiles добавлен новый тип записи "e", позволяющий организовать очистку директорий, если они уже существуют;
- В systemd-nspawn добавлена поддержка автоматического исправления UID/GID и ACL для всех файлов и директорий в контейнере для их соответствия диапазону UID/GID, выбранному при запуске контейнера;
- В systemd-nspawn добавлена новая опция "--network-zone=" для создания виртуальных прямых линков между контейнерами;
- Для socket-юнитов добавлены опции "TriggerLimitIntervalSec=" и
"TriggerLimitBurst=" для настройки лимитов на возможное число активаций в заданный промежуток времени;
- Компонент systemd-bootchart вынесен в отдельный репозиторий (https://github.com/systemd/systemd-bootchart);- Из состава удалён systemd-bus-proxyd так как kdbus вряд ли будет принят в ядро в своём текущем виде;
- Удалены библиотеки libsystemd-daemon.so,
libsystemd-journal.so, libsystemd-id128.so и libsystemd-login.so, которые ранее были объявлены устаревшими.- Удалена опция "Capabilities=", вместо которой следует использовать "AmbientCapabilities=" и "CapabilityBoundingSet=".
URL: https://lists.freedesktop.org/archives/systemd-devel/2016-Ma...
Новость: http://www.opennet.ru/opennews/art.shtml?num=44474
Я считаю, что если какую-то сущность сложно описать в одно-два слова - нужно делить ее на самостоятельные механизмы
Он и так разделён на отдельные компоненты, просто они распространяются под одним именем и в одном пакете.
…и друг без друга не работают да и не имеют смысла
Пожалуйста, расскажите для ленивых, как все это дело устроено.
Как systemd понимает, что ему нужно запустить именно, скажем, logind?
Как можно подменить тот же logind без пересборки.
logind запускается юнитом systemd-logind.service, и чтобы его заменить, нужно отключить этот юнит и подключить какой-нибудь другой, реализующий эти же функции.
В теории да, на практике же многие пытались, ни у кого не вышло. Но это всё потому, разумеется, что все, кто не поддерживает systemd - идиоты.
> В теории да, на практике же многие пытались, ни у кого не вышло.А виноват стало быть системд. Логично. А нельзя ли список этих лузеров в студию, чтобы в другие их потуги не влопаться случайно?
> А нельзя ли список этих лузеров в студию, чтобы в другие их потуги не влопаться случайно?Ты лучше опубликуй ссылку на хоть одну успешную попытку.
#>logind запускается
#>>>отключить этот юнит и подключить какой-нибудь другой, реализующий эти же функции.
>> А нельзя ли список этих лузеров в студию, чтобы в другие их потуги не влопаться случайно?
> Ты лучше опубликуй ссылку на хоть одну успешную попытку.Ну, вот http://savannah.gnu.org/forum/forum.php?forum_id=8491 эти бают, заменили.
Правда, не для s-d, а для гнома.
Впрочем, гном https://www.opennet.ru/opennews/art.shtml?num=44262 и так патчуют от этой заразы.
Вывод: ни systemd, ни lohind не нужны. Некоторым %) энтузиастам...
описание по вашей ссылке:
https://lists.gnu.org/archive/html/guix-devel/2015-04/msg003...
I forked the systemd repo and removed most of the non-logind parts.
> описание по вашей ссылке:
> https://lists.gnu.org/archive/html/guix-devel/2015-04/msg003...
> I forked the systemd repo and removed most of the non-logind
> parts.Согласен, фингня Запустили l-d без s-d вместо "авангардного" s-d с чем-то другим вместо l-d. Простите меня люди, попутался в сортах нинужна!
Сначала опубликуй хоть на одну *не*успешную. Хоть какую-нибудь. На что logind менять-то, если из альтернатив только корявый consolekit?
Согласен, но тот же KDE и гном тоже являются подобным примером (если говорить про DE часть), и холливаров на эту тему я не видел.
...и ни тот ни другой не может похвастаться хорошей архитектурой.А гном так вообще пишут откровенные неадекваты.
ты про тех которые и системд с удевом пишут?
DE в том смысле, который в него обычно вкладывают - вообще зло. Этот феномен надо было душить когда он появился. Нужны взаимозаменяемые оконные менеджеры и не зависящие от конкретных WM приложения, а не куча "DE", включающих каждый свои версии "блокнота", "калькулятора", собственный маргинальный браузер и прочую требуху плюс, как в случае с KDE, вагон фич, которым следовало бы быть частью файловой системы и/или самостоятельными (не привязанными к оболочке) демонами.
Ну вот кеды сейчас от этого отказываются, оболочка отдельно, приложения отдельно. В результате приложения стагнируют.
Осталось всем договориться о единых стандартах и не нарушать их даже если очень хочется :)
Прямо как ls без cat и touch без nohup или sleep в GNU coreutils
Без sleep вообще ни одна софтина не обходится, всем нужна задержка, а то не дай господи пользователи подумают что софтина быстро работает
Надеюсь про sleep был сарказм, ибо зачем исполняемому потоку нужен сон на определённое время не вызывает сомнений (явно не для уменьшения скорости работы программы).
Правильно. Вместо sleep нужен обычный бесконечный цикл, чтобы пользователь видел полную загрузку одного ядра и думал "вах, какой мощный процесс работает...".
Ага. Бесполезный холостой цикл хорошее решение.
> Ага. Бесполезный холостой цикл хорошее решение.Он вообще-то полезный: явно отдает время когда программа ничего не делает другим процессам. Шедулер видит что программа чего-то ждет, поэтому ее процессорное время можно отдать другим. Но это же опеннет, о таких мелочах хейтеры системды не в курсе. Они умеют орать про юниксвэй, совершенно не понимя как их системы работают. Карго-культ.
Я уже запутался, кто из вас сарказмирует?
Кто-то из них огазмирует.
Холостой цикл и Sleep это разные вещи.
> Холостой цикл и Sleep это разные вещи.холостой цикл будет выкинут при компиляции :)
Надо пееписатьв есь стек GNU, а потом сменить лицензию на проприетарную! А потом на ядро (там мнооого кода ред хата)! Код всех коммитеров не из ред хата удалить и переписать
> Я считаю, что если какую-то сущность сложно описать в одно-два слова -
> нужно делить ее на самостоятельные механизмыТы длинно. Опиши короче. Я пробовал. Хорошо?
Так и было, пока не изобрели systemd...
[sarcasm]
Предлагаю переименовать /etc/systemd в /etc.
Весь софт в репозитории, который не в составе systemd, объявить устаревшим.
[/sarcasm]
Тссс! Лёня услышит...
Good day sir! Can you translate your message please?
anonymous suggests to rename /etc/systemd to /etc becase all software that is not included into systemd shoud be declared obsolete
God idea!
God ? Diablo !
> God ? Diablo !Dio и Diablo - однокоренные слова. Но П(К)ГМ'нутые не любят, когда им об этом напоминают.
> God idea!God-то хоть православный? или высокосный?
Фигасе он обростает фичами... Не пользуюсь пока что, но почитал свежие новости и офигел, честно говоря. Эдакий ктулху всего и вся. Как бы научиться еще этим всем рулить, если что...
> Фигасе он обростает фичами... Не пользуюсь пока что, но почитал свежие новости
> и офигел, честно говоря. Эдакий ктулху всего и вся. Как бы
> научиться еще этим всем рулить, если что...Лучше бойкотировать. А в случае чего бежать. Пока не знаю куда.
дворы мести, очевидно же
> дворы мести, очевидно жеЗвать к топорам масти и вилам сарказма! Жечь глаголом до изжоги. Выпускать свои версии на 200-с-плюсом (продажа и демонтсрация ограничены реитингом!), в крайнем случае. Надо что-то уже, в конце-то концов...
> Звать к топорам масти и вилам сарказма! Жечь глаголом до изжоги.А заканчивается это нерабочей гильотиной, as seen on http://live4fun.ru/joke/451655
> Лучше бойкотировать. А в случае чего бежать. Пока не знаю куда.псс, парень, не хочешь немного винды?
>> Лучше бойкотировать. А в случае чего бежать. Пока не знаю куда.
> псс, парень, не хочешь немного винды?Тому не надо на венду бежать, у кого релиз s-d... за спиной стоит! (Почти) Гоголь //я старался
На генту, очевидно же!
>гентуС её костылями на баше и питоне? Нет, спасибо.
>>Фигасе он обростает фичами...А пасьянс так и не запилили :-(
Чем быстрее обрастает, тем дольше будет устаканиваться. Потому что всё новое содержит незамеченное проблематичное. Поэтому можно не торопиться.
В данном случае за "обрастает" сразу следует "разлагается", минуя фазу "устаканивается".Иначе как редхату продавать саппорт?
> Чем быстрее обрастает, тем дольше будет устаканиваться. Потому что всё новое содержит
> незамеченное проблематичное. Поэтому можно не торопиться.Всё не так: чем дольше устаканиваться и чем больше "ряби на воде" [*особенно* в версиях, поставляемых конкурентами!], тем больше они заработают на продаже поддержки. "Технологии Майкрософт! (официальный партнёр! не релама) Чем хуже, тем лучше.(R)"
То есть, если ты не заметил, они _уже_поставляют_ (=устаканивание не нужно -- ты всё выдумал) "это" в составе своего _продукта_. Продукт у них -- [неожиданно!] поддержка (и немного "открытого" кода).
>> Чем быстрее обрастает, тем дольше будет устаканиваться. Потому что всё новое содержит
>> незамеченное проблематичное. Поэтому можно не торопиться.
> Всё не так: чем дольше устаканиваться и чем больше "ряби на воде"
> [*особенно* в версиях, поставляемых конкурентами!], тем больше они заработают на продаже
> поддержки. "Технологии Майкрософт! (официальный партнёр! не релама) Чем хуже, тем
> лучше.(R)"
> То есть, если ты не заметил, они _уже_поставляют_ (=устаканивание не нужно --
> ты всё выдумал) "это" в составе своего _продукта_. Продукт у них
> -- [неожиданно!] поддержка (и немного "открытого" кода).Тему перетаскивания фич между ядром и поддержкой их запуска в systemd... Вейленд не Вейленд...
Лет 10 еще пилить можно, а потом начать все переписывать на JS. Или еще каком новоизобретенном нерусте взамен устаревшего руста, только с блекджеком и безопасностью безопасности.
> научиться еще этим всем рулить, если что...Можешь не учиться, только тогда тебя, вероятно, вскоре заменят. Куда и дорога.
> В systemd-logind по умолчанию после выхода пользователя обеспечено принудительное завершение процессов, запущенных в составе пользовательского сеанса.Джва года ждал. У меня какая-то хрень иногда не даёт выключить комп. Приходится ждать когда оттикают 1,5 минуты.
Если монтирование фс идёт через fstab с ключами noauto,users, и примонтировал файловку удалённую по сети обычный пользователь через "$ mount ./myremotedisk" (без рута), и по завершению работы f..g.systemD решил сначала отрубить сеть = получайте висяк.
Так- же если вы обновляете ОС где версия самой systemD серьёзно меняется = получайте висячий комп, без возможности выполнить reboot, halt, shotdown
Так же, если на вашем УСТРОЙСТВЕ отсутсвуют оффлайновые часы, а ОС синкает время по старту сети и ntp = будет очень трудно получить журнал событий ДО старта НТП, т.к. f..g.systemD думает что он очень умный и сортирут/хранит журнал строго по времени, а какой-то там 1970 год уже пора давно ротировать..
Я не являюсь хейтером этого ЗАМЕЧАТЕЛЬНОГО f..g.systemДэ, но могу так долго ) Потому что чем больше комбайн - тем больше багов и глюков.
Стоит поставить arch и окунуться с головой в сюстемДэ, что бы подружиться с ним, но не всегда и не со всех сторон он дружелюбен.
Знакомая проблема с отмонтированием nfs при выключении. Решение не искал, т.к. очень редко совпадает, что выключаю с подмонтированной ОС (почти все сервисы крутятся на самом NASе, подмонтирование к ноуту требуется редко, да и выключается ноут редко). Но чисто интересно, есть какое-то простое быстрое решение?
удваиваю вопрос. Если забуду отмонтировать сетевую ntfs, то всё, иногда и по 6 минут жду :(
Утраиваю вопрос. Навесил скрипты монтирования на диспетчер NetworkManager, до какого-то момента работало, теперь снова таймауты...
>есть какое-то простое быстрое решение?да
А еще можно загрузится по сети, подключить еще кучу сетевых дисков, подключаться к vpn и по нему еще до кучи смонтировать дисков - тогда systemd точно все автоматом отмонтирует, причем параллельно :)
А простое и быстрое решение это наверно выпилить systemd от греха подальше.
про нтп:
Зачем ntp на системе, где есть systemd, в поставке у которого есть timesyncd?
зачем <progam_name> если есть systemd.
Потому что раньше timesyncd не было и теперь "systemd с ntpd"-системы будут работать ещё долго. Например rhel7/centos7.
> про нтп:
> Зачем ntp на системе, где есть systemd, в поставке у которого есть
> timesyncd?Сргласен! В винде **тоже** нет _сервера_ ntp. Передово.
> Если монтирование фс идёт через fstab с ключами noauto,users, и примонтировал файловку удалённую по сети обычный пользователь через "$ mount ./myremotedisk" (без рута), и по завершению работы f..g.systemD решил сначала отрубить сеть = получайте висяк.Добавьте к той файловой системе опцию _netdev: noauto,users,_netdev (*facepalm*) и начните уже читать маны и руководства. И на все сетевые файловые системы указывайте опцию _netdev.
А что мешало тебе включить соответствующую опцию вручную? Она там с незапамятных времен, в новой версии ее только по дефолту врубили.
А как её включить по дефолту, не подскажете?
Новость чем читаете?> Управлять принудительным завершением можно через опцию "KillUserProcesses=" в logind.conf, которая теперь выставлена в значение "yes" по умолчанию
Теперь 1.5 минуты придётся ждать завершения сеанса.
> У меня какая-то хрень иногда не даёт выключить комп.Не выключить, а включить. И не называй маму "хренью", вендузоед!
чот давно не слышно было, разработка замедлилась ? воображение для новых опций отказало ? =D
Видимо, много мелочей накопилось, которые надо было пофиксить. При бурной разработке их всегда набирается столько, что для разборок с ними времени требуется больше, чем на саму разработку.
> Видимо, много мелочей накопилось, которые надо было пофиксить. При бурной разработке их
> всегда набирается столько, что для разборок с ними времени требуется больше,
> чем на саму разработку.В копилку "мастерства" профессионалов Нового Времени:
Fix
Change the -w flag to -W and systemd service file (/usr/lib/systemd/system/postgresql-9.5.service) and reload the daemon.
http://postgr.es/p/3qK -- Всем переписывать "портянки" баша 2 часа и Ку!
++Почему он не скопипасти ^W взял el7 пакет от pgdg?.. Unit-фейлы - это *так* просто!
"возможность настройки proxy ARP для сетевого интерфейса" ЙаПознйюМир :)
Люблю читать чейнджлоги systemd. В них столько всегда нововедений. Не то что выйдет какой-нибудь текстовый редактор или плеер - полтора коммита.>>Добавлена поддержка добавленной в ядре 4.5 унифицированной иерархии cgroup, для задействования которой в systemd при загрузке требуется указать опцию командной строки ядра "systemd.unified_cgroup_hierarchy=1".
Вот это хорошо
с каждого плеера по полтора коммита -- вот и новая версия systemd.
на локалхосте использую runit
чего и вам желаю
святой вы человек !
многословный кокой - из "использую runit" уже следует область применения
> кокой...ещё никогда Штирлиц не был так близок к провалу.
честно говоря не вижу причин не использовать его и на серверах. одна проблема - нет дистров регулярно и оперативно выпускающих заплатки с ним нет.
зачем нужно все что тут перечислено в систем-д - глубоко и искренне не понимаю.
> честно говоря не вижу причин не использовать его и на серверах. однаЕго - это runit? Я его не то что " не вижу не ...", я его использую. На el6 использовал, на el7 сервисы в нём же перенёс -- рад как слон, всё запустилось _без_ изменений "внутри". С теми сервисами, что нёс из "портянок" апстарта в портянки s-d (да, сам runsvdir в т.ч.) пришлось смотреть -- что за уродство от Лидера Индустрии, и копипастить неведомое из интернетов прямо в продакшен (я профеесионал! я крут! я пере-дов.).
Нет, ни там, ни там не в pid1 -- rhel же, хлопотно. //на debian-е, впрочем, отмазка та же.
> проблема - нет дистров регулярно и оперативно выпускающих заплатки с ним нет.
runit стабилен B), как rhel*5*, почти Ж) как классический /bin/init. rpm-ок под rhel-ы собирают тут https://github.com/imeyer/runit-rpm , под debian пересобрать пакет - даже гитхуб не нужен (* преувеличение: мне не нужен).
Да, дистр. с перенесёнными в него "всеми" сервисами не существует... Будем считать, что это другая%) задача. "Просто" подождём, когда debian даст выбора для всех сервисов своим пользователям.
> зачем нужно все что тут перечислено в систем-д - глубоко и искренне
> не понимаю.+Много.
ну хотелось-бы минимальных конструктивных изменений в серверном дистрибутиве. для более гарантированно-безболезненных обновлений безопасности и тд.
я бы что-бы не зарубаться с переносами сделал бы все под monit
хотя тебе лучше виднее что там и как.
а так - плюсую. runit - работает. причем весьма unix-way
Какие заплатки нужны? Он ж простой как пробка. Чему там глючить?Использую runit ежедневно. Если что.
см. выше.
> В systemd-logind по умолчанию после выхода пользователя обеспечено принудительное завершение процессов,Какой ад, да ещё и по умолчанию!
И в целом хочется сказать "ааа! Лопните мои глаза!" Я хоть и сторонник стандартизации в целом, но сустемГ кроме этого делает нечто совершенно иное. Он пытается стать каким-то "универасльным удовлетворителем универсального юзера" на все случаи жизни. Вот на кой чёрт мне например LLDP _по_умолчанию_?
Какой-то безумный набор функционала который не знаешь в какой момент и чем в тебя стрельнет. Будь то запрещение впадать в ждущий режим в течение 30 (кажется) секунд после того как ты из него вышел, или вот это гениальное новшество с отстрелом процессов по умолчанию, и наверняка ещё множество подобного "добра" с которым можно рисковать познакомиться в самый неожиданный момент. Тьфу на это всё :(
Либо собирай его с выключением ненужных тебе фич, либо моли об этом мейнтейнеров своего дистра.
> Либо собирай его с выключением ненужных тебе фичУгу, мало мне на работе этого секса, я ещё дома буду localhost админить.
> либо моли об этом мейнтейнеров своего дистра.
Скорее я смигрирую туда где его принципиально не будет.
Ты сколько пакетов майнтайнишь? Если ноль - от твоей миграции никто не обеднеет, мягко говоря.
И? Меня это должно как-то расстроить?
> Ты сколько пакетов майнтайнишь? Если ноль - от твоей миграции никто не
> обеднеет, мягко говоря.Глупости. Дистр силен свои сообществом. Если сообщество слабеет и уменьшается, то слабеет и дистрибутив.
Так что я лично очень даже доволен, что с дистров с НенужноД бежит народ - первый признак того, что эту гадость со временем закопают. А если будет время и желание то глядишь с ней рядом прикопают и особо ретивых ее апологетов, - что бы, значит, помойка была в одном месте.
Сообщество - это тот кто работу работает. А бесполезный балласт, имеющий мнение еще никому погоды не сделал.
> или вот это гениальное новшество с отстрелом процессов по умолчанию,Что-то похожее и не менее "гениальное" уже было:
https://bugzilla.redhat.com/show_bug.cgi?id=1141137
> systemd sends SIGKILL imediately after SIGTERM during shutdown
> Even the 'reboot' that started the system shutdown (executed via ssh) gets a SIGKILL before it can exit().
лол
> systemd sends SIGKILL imediately after SIGTERM during shutdownПогодите, погодите! Леннарт ведь говорил, что быстрое выключение - это следствие того, что ВЕЩИ делаются ПРАВИЛЬНО. И это он называет "правильно"?
А то, что после загрузки все программы будут жаловаться на то, что были некорректно завершены - так это программы дрянь.
Надо ему намекнуть, что как бы он не пыжился, SysRq-O ему всё равно не догнать.
>> systemd sends SIGKILL imediately after SIGTERM during shutdown
> Погодите, погодите! Леннарт ведь говорил, что быстрое выключение - это следствие того,
> что ВЕЩИ делаются ПРАВИЛЬНО. И это он называет "правильно"?Есть правильные вещи, а есть традиции! Это [проблемы с SIGTERM] — традиция-с!
https://www.freedesktop.org/wiki/Software/PulseAudio/Notes/7...т.е. 7 месяцев назад)
> Changes at a Glance
> Exiting due to SIGTERM isn't considered a failureА вообще, "пёрлов" хватало — достаточно вспомнить, как хвост пытался вилять собакой:
https://bugs.freedesktop.org/show_bug.cgi?id=76935
> Supplying "debug" on the kernel command line gets parsed by systemd. If a random assertion in it fires, something like this, for example ...
> it floods dmesg and I cannot log into the machine anymore.Т.е. "Ну и чо, что debug давно использовалось? Почему ядру можно, а нам нельзя? Это дискриминация юзерспейса! [я конечно чутка утирую, но Кей … не подвел )]
Или https://lists.debian.org/debian-user/2014/12/msg00184.html
> I got home, turned on my computer, and systemd decided it was time to run fsck
> on my 1TB hard drive. Ok, I just skip it, right? Well, Ctrl+c does not work, ESC
> does not work, nothing seems to work. I Googled for an answer on my phone but
> nothing. So, is there a mysterious set of commands they came up with to skip an
> fsck or is it yet another flaw?Как и откровения Рыжего:
https://github.com/systemd/systemd/issues/825#issuecomment-1...
>poettring:
> Long story short: "su" is really a broken concept. I
> t will given you kind of a shell, and it's fine to use it for that, but it's not a full login,
> and shouldn't be mistaken for one.Или когда резко поменяли значение ноля в таймаутах :
https://lists.freedesktop.org/archives/systemd-devel/2016-Fe...
> * Most configurable timeouts in systemd now expect an argument of
> "infinity" to turn them off, instead of "0" as before.При этом, видимо чтобы не было слишком скучно:
> To maintain backwards compatibility, "0" continues to turn off previously existing timeout settingsИли как обещали поддерживать "udev без systemd"
https://lwn.net/Articles/490413/
> you can still build it for usage outside of systemd systems, and we will support these builds
> officially. In fact, we will be supporting this for a long time(long time, оказалось == 2 года)
Или изобретение велосипеда с квадратными колесами:
https://lists.freedesktop.org/archives/systemd-devel/2015-Fe...
> When the user presses Ctrl-Alt-Del more than 7x within 2s an immediate reboot is triggered.[Велосипед: т.к. уже есть SysRq, форма колес == прибивание гвоздями к "7+ раз в течении 2 секунд" — походу кое-кто ориентировался на дефолты kbdrate и надеятся, что проблем как минимум до инициализации консоли не предвидится]
В общем, продолжать можно долго (даже не являясь "хейтером") …
какой смачный коммент))
> Или когда резко поменяли значение ноля в таймаутах :
> https://lists.freedesktop.org/archives/systemd-devel/2016-Fe...
>> * Most configurable timeouts in systemd now expect an argument of
>> "infinity" to turn them off, instead of "0" as before.
> При этом, видимо чтобы не было слишком скучно:
>> To maintain backwards compatibility, "0" continues to turn off previously existing timeout settingsВидимо, 0 со временем выпилят. Но таки забавно.
> Или как обещали поддерживать "udev без systemd"
> https://lwn.net/Articles/490413/
>> you can still build it for usage outside of systemd systems, and we will support these builds
>> officially. In fact, we will be supporting this for a long time
> (long time, оказалось == 2 года)Да не, норм, 2 года в IT – довольно много. Тем более, это же Red Hat. Даже у Убунты жизненный цикл каждого релиза дольше и качественнее, чем у Федоры, а свой софт они пишут преимущественно для своих дистров.
> Или изобретение велосипеда с квадратными колесами:
> https://lists.freedesktop.org/archives/systemd-devel/2015-Fe...
>> When the user presses Ctrl-Alt-Del more than 7x within 2s an immediate reboot is triggered.А тут я проиграл! You made my night.
> [Велосипед: т.к. уже есть SysRq, форма колес == прибивание гвоздями к "7+
> раз в течении 2 секунд" — походу кое-кто ориентировался на дефолты
> kbdrate и надеятся, что проблем как минимум до инициализации консоли не
> предвидится]Даже без учёта этого мне смешно. Т.е. я сразу подумал о ситуации, когда rate настолько низкий, что им можно пренебречь, будто он вообще не работает и нажимать клавишу надо именно 7 раз вручную за две секунды.
> В общем, продолжать можно долго (даже не являясь "хейтером") …Так вы systemd юзаете или нет?
Я уже давно заметил, что главная цель системДы - это исключение администратора как такового. Будет только производитель системы, который будет её полностью контролировать, и конечные юзеры...
> Я уже давно заметил, что главная цель системДы - это исключение администратора
> как такового. Будет только производитель системы, который будет её полностью контролировать,
> и конечные юзеры...И платный саппорт от красношапки в проектах сложнее локалхоста....
На самом деле, без админов нельзя. Но в некоторых случаях, можно сделать вид что все они работают в Ред Хат. Или, по крайней мере, получают от туда сертификаты соответствия.
цены ему (systemd) не будет, если с его помощью удастся избавиться от бIbдлоодминья, что тут вечно ноет, ниосиливаети и рассуждает про unix-way, понятия не имея, в чем его суть
> цены ему (systemd) не будет, если с его помощью удастся избавиться от
> бIbдлоодминья, что тут вечно ноет, ниосиливаети и рассуждает про unix-way, понятия
> не имея, в чем его сутьхорошо набросил, тезка! нехай ветераны юникса проваливают админить собственно, юниксы - дохлые и проприетарные.
Systemd Manager GUI
http://www.youtube.com/watch?v=HY952ZIuLEM
> Systemd Manager GUI
> http://www.youtube.com/watch?v=HY952ZIuLEMСкорее пошлите этим http://www.libelektra.org/ наркоманам ссылку на Реестр. Аудитория предвкушает!!
фичреквест: запили подсветку синтаксиса unit'ов :-D
> фичреквест: запили подсветку синтаксиса unit'ов :-D"Биржи в панике! S-d GUI пожрал Eclipse!! Ддвижется к столице!"
> фичреквест: запили подсветку синтаксиса unit'ов :-DЛюбой редактор который .ini файлы понимает это уже давно умеет.
regedit для Linux, дожились.
Dconf, gconf...
> Dconf, gconf...Оба превратились в GSettings.
>> Dconf, gconf...
> Оба превратились в GSettings.Кстати! В wind-е .ini тоже _проевратились_ в реестр. Совпадениенедумаю?!
Сообщение от Аноним (??) on 26-Май-16, 16:21> фичреквест: запили подсветку синтаксиса unit'ов :-D---http://www.opennet.ru/openforum/vsluhforumID3/108006.html#241 Растёт s-d! Скоро вырастет из 3.11 для рабочих групп.Любой редактор который .ini файлы понимает это уже давно умеет.
Система становится всё менее и менее управляемой и предсказуемой. Это какой то ад.
> Система становится всё менее и менее управляемой и предсказуемой. Это какой то
> ад.То ли дело портянки на Shell, да? Само воплощение простоты, логики и понятности.
Я всегда знал, что и как у меня запущенно в системе, всегда всё по минимуму, ни каких нелепых включений разных режимов и технологий в системе, и многое многое другое. Всё на минимуме было. А с этим комбайном не знаешь, где тебе выстрелят в ногу или в голову.
> Я всегда знал, что и как у меня запущенно в системе,Зато когда такой как ты деятель передает потом систему на администрирование другим людям, им приходится тяжко. Потому что они - не ты. И разбираться в твоих каракулях "я тут пытался изучать баш" им не хочется. Вот сиди и разрабатывай дистр для твоего локалхоста. А системд обеспечивает нормальное управление системой, когда можно без проблем отдать машину порулить другому админу. Тот сделает systemd-delta и получит представление о моих художествах относительно дефолтов дистра.
Что самое забавное, до системГ практически никто из админов ни о каких проблемах с инициализацией при передаче дел не думал. Просто потому, что этой проблемы не существовало. Но появились апологеты системГ, выдумали эту проблему вместе с какимми-то портянками(вас что в свое время всех дружно из универа в армию выпнули за тупость?) и уже который год героически с ней сражаются. Дон Кихоты хреновы.
> клоун: Сам то в написанное веришь? Или забыл как на работу устраивался
> и затем пару лет въезжал в особенности (так их назовём) настройки
> сервера в данной компании.Пару лет... Я плачу.
Я говорил исключительно о инициализации, а ты почему-то начал говорить о всех настройках. Передача дел или введение нового админа в команду это практически всегда длительный процесс, но вопросы инициализации в него обычно не входят, ну если конечно не используется systemd.
А у дегенератов не принято вести документацию, передавать знания и ввести процесс изменений в работу? Ну так системГ таким как ты не поможет при отсутствии перечисленного.
> клоун: Покажи мне компанию, где можно по документации никогда не работавшему в
> этой шарашке специалисту за пару часов решить любую проблему - и
> я дам тебе 100 баксов.Вам дать номер счёта? Я просто умываюсь слезами. Вы сделали мой день.
Если добавить условие, что структура IT в компании не является тривиальной или замороженной, то клоун будет прав. Всегда есть куча нюансов, которые в доку забывают или ленятся внести.
Поэтому там указано 3 пункта, а не просто документация всего и вся.
> Зато когда такой как ты деятель передает потом систему на администрирование другим людям, им приходится тяжко.Ну я вот принимал много систем с этими самыми "каракулями на shell". И вопреки Вашим заявлениям, тяжко мне не было.
Скорее всего тяжко конкретно Вам, потому что Вам не влом читать тонны документации по systemd, но влома посмотреть man bash.
> можно без проблем отдать машину порулить другому админу. Тот сделает systemd-delta и получит представление о моих художествах относительно дефолтов дистра.
И это Вы тут обзываете людей "админами локалхоста"? :)
В продакшене для этого используют SCM-системы, которые аггрегируют информацию по сотням систем, сводят их воедино на управляющем сервере и поддерживают их на удалённых машинах в актуальном состоянии.
> man bashК слову сказать, инициализационные скрипты обычно пишутся на голом shell, без башизмов. Я помню в дебиане даже специально мутили правило для lintian'а, которое такое отлавливало на этапе сборки.
>> man bash
> К слову сказать, инициализационные скрипты обычно пишутся на голом shell, без башизмов.
> Я помню в дебиане даже специально мутили правило для lintian'а, которое
> такое отлавливало на этапе сборки.Можно, вроде как, либо без башизмов и #!/bin/sh, либо с башизмами и с #!/bin/bash и с bash-ем _в_зависимостях_ пакета, в иных случаях -- ловят и жалуются.
> Ну я вот принимал много систем с этими самыми "каракулями на shell".
> И вопреки Вашим заявлениям, тяжко мне не было.Ничего страшного, ты вообще не админ у корпоративщиков которым наиболее тяжко приходится.
> Скорее всего тяжко конкретно Вам, потому что Вам не влом читать тонны
> документации по systemd, но влома посмотреть man bash.Да, мне не влом читать документацию на системд. За это воздается возможностью нормально все настроить. Скрипты на шелле этого в принципе не обеспечивают. Даже элементарное отслеживание таймаута старта сервиса.
> И это Вы тут обзываете людей "админами локалхоста"? :)
Да, я. Systemd-delta сделан не для админов локалхоста, им это по понятным причинам не требуется.
> В продакшене для этого используют SCM-системы, которые аггрегируют информацию по сотням
> систем, сводят их воедино на управляющем сервере и поддерживают их на
> удалённых машинах в актуальном состоянии.Или посчитают ROI и TCO и гонят таких админов как вы взашей, это проще и практичнее.
> Я всегда знал, что и как у меня запущенно в системе, всегда
> всё по минимуму, ни каких нелепых включений разных режимов и технологий
> в системе, и многое многое другое. Всё на минимуме было. А
> с этим комбайном не знаешь, где тебе выстрелят в ногу или
> в голову.Какой-то бред, это о чем вообще? О том как не осилен ман к systemd? Или о том, как поттеринг пришел и заставил насильно юзать systemd на локалхосте, где можно тратить время на "минимизацию"? С таким подходом рекомендую отказаться прежде всего от ядра Linux, которое уже давно полно "нелепых включений разных режимов и технологий" и перейти на openbsd или minix, там хоть еще разобраться можно.
>> Система становится всё менее и менее управляемой и предсказуемой. Это какой то
>> ад.
> То ли дело портянки на Shell, да? Само воплощение простоты, логики и
> понятности.И для тебя скрипт на шеле вызывает трудности? Если ты простой юзер то теме и системД не нужен, если ты админ и скрипт на шеле для тебя вызывает трудности, то надо менять профессию.
systemd имеет гораздо больше возможностей, и юниты гораздо проще шелл скриптов. И написать работоспособный юнит в разы быстрее и проще.
Ага, только опции юнитов жестко зашиты в systemd, от чего тот с одной стороны невероятно раздут, а с другой любой нестандартный функционал требует bash-портянки внутри самого юнита.
> Ага, только опции юнитов жестко зашиты в systemd,Они настраиваются. А то что системд должен это уметь - логично, да.
> от чего тот с одной стороны невероятно раздут, а с другой любой нестандартный
> функционал требует bash-портянки внутри самого юнита.Из системд для очень нестандартных случаев можно и портянку запустить. Только это будет исключение, а не правило. Просто должны делаться простые и частые вещи, а сложные вещи на то и сложные. С другой стороны кодить на шелскриптах мониторинг таймаутов удовольствие ниже среднего. А прописывать это в какую-то еще программу - зачем тогда это безобразие в виде sysv init и портян вообще место на диске занимает? Деинсталл!
> Из системд для очень нестандартных случаев можно и портянку запустить. Только это
> будет исключение, а не правило.Как же. Давай, скажи дебианщикам, что это, оказывается, исключение из правила. :)
> Как же. Давай, скажи дебианщикам, что это, оказывается, исключение из правила. :)Дебианщики сами все доходчиво сказали, свинтив на системд. Я конечно понимаю что неудобно признавать факты, но майнтайнерам в общем случае юнит на десяток строк проще сделать чем городить забагованый скрипт, который потом еще и не понятно как обрабатывать при обновлении версий пакета. У дебиана на этот счет исторически чуть не полдюжины вариантов и все со своими граблями, а системд изначально сделан с учетом того что оказывается пакетные менеджеры в системах бывают.
Вообще-то, я хотел напомнить, что сейчас большинство systemd-юнитов в Debian -- это обёртки над теми самыми нелюбимыми вами shell-скриптами.А у вас на слово Debian рефлекс, как у собаки Павлова. Чуть слышно где "дебиан", сразу из никоткуда вылезает Анонимный фанат systemd, и кричит о том, что debian "свинтили на systemd"! :)
> Вообще-то, я хотел напомнить, что сейчас большинство systemd-юнитов в Debian -- это
> обёртки над теми самыми нелюбимыми вами shell-скриптами.Это не так. Я вообще дебутрсапнул тут тестинга с вынесеной sysv compat
> А у вас на слово Debian рефлекс, как у собаки Павлова. Чуть
> слышно где "дебиан", сразу из никоткуда вылезает Анонимный фанат systemd, и
> кричит о том, что debian "свинтили на systemd"! :)
>> обёртки над теми самыми нелюбимыми вами shell-скриптами.
> Это не так. Я вообще дебутрсапнул тут тестинга с вынесеной sysv compatДети! Посмотрите на дЭбила и непалитесь так примитивно.
Да уж. Смачно облажался. И вот в таких вот "защитничках" весь лагерь systemd. :/
> Да уж. Смачно облажался. И вот в таких вот "защитничках" весь лагерь systemd. :/Зато работает и админить просто. Художества умничек - за бортом. В этих вариантах систем /etc/init.d вообще совсем игнорируется. Чао-какао, нет поводов скучать по этим испражнениям скрипткидизов.
Зато так никто не затрет при обновлении пакета стартовую конфигурацию. И запишутся коды ошибок и вывод программ при этом. И даже если файловая система readonly, можно хотя-бы в dmesg отругаться. А на shell это сделать - порнография.
Это так, идея навеяна devuan, только проинвертировано.
>> Да уж. Смачно облажался. И вот в таких вот "защитничках" весь лагерь systemd. :/
> Зато
> Зато
> Это так, идея навеяна devuan,Ну-ну, не плакай. Сдерживай порывы постить шершавым языком агитпрора. Обтекай молча, коли на подлоге пойман и не можешь ответить не как полено.
> Зато так никто не затрет при обновлении пакета стартовую конфигурацию.Ох, ещё один...
> И запишутся коды ошибок и вывод программ при этом.
> И даже если файловая система readonly, можно хотя-бы в dmesg отругаться.
> А на shell это сделать - порнография.Начал было писать, как всё это в одну строчку реализуется на bash, но вдруг подумал, что правильнее будет Вас спросить вот о чём:
Вот вы, вообще говоря, в IT-отрасли специалист начинающий. Ваш опыт работы с shell равен нулю. И при этом Вы утверждаете, что учить shell Вы не будете, потому что это -- порнография. И поэтому Вы -- агитатор systemd. Ну так вот. Вы уверены, что Вам самому приятно занимать такую позицию? Потому что, по-моему, Вы в этом случае либо дурак, либо подлец.
Развели тут минправ какой-то.
> Ох, ещё один...Если бы все было так как хейтеры вещают, с такой ненавистью, системд бы даже в федоре провалился ;).
> Начал было писать, как всё это в одну строчку реализуется на bash,
Это реализуется в одну строчку на bash. Но желательно бы sh. И /dev/kmsg не обычный файл, поэтому очевидный вариант - глючит. Кольцевой буфер ядра - не обычный файл. А так всего тысченка строк на си и вот оно - свое ядро! Чего мелочиться?
> Вот вы, вообще говоря, в IT-отрасли специалист начинающий. Ваш опыт работы с
> shell равен нулю.Нужно больше снобизма и обсуждения личностей. И никаких аргументов своей правоты, ни в коем разе.
> И при этом Вы утверждаете, что учить shell Вы не будете,
Я им умею пользоваться, если для дела. А расставления костылей, работающих как обычно у vua'нов - привилегия vua'нов. Если хотите долбаться в разы дольше с более кривым результатом - это ваше право, но такие вещи по вкусу не всем.
> потому что это -- порнография.
Почему же? Нормальный инструмент, для своих задач. Но запуск программ при старте системы, когда надо обыграть множество тонких системных моментов - на shell получается не очень. Особенно если захотеть то что Linux умеет сверх умений unix-ов из 90-х.
> И поэтому Вы -- агитатор systemd.
Не больше чем вы - хейтер.
> Ну так вот. Вы уверены, что Вам самому приятно занимать такую позицию?
Лично мне systemd нравится. Это мощный и удобный инструмент, делающий мою жизнь проще. Если вам это мнение не нравится, то вывод
> Вы в этом случае либо ду рак, либо под лец.
выглядит довольно странно при отсутствии каких либо аргументов кроме наездов и больше всего это похоже на стандартное "кончились аргументы - обсуди личности".
> Развели тут минправ какой-то.
Не без помощи veteran unix admin'ов которые что-то совсем уж заврались и потеряли всякий стыд со своими подтасовками.
> Вообще-то, я хотел напомнить, что сейчас большинство systemd-юнитов в Debian -- это
> обёртки над теми самыми нелюбимыми вами shell-скриптами.Это не так. Я вообще дебутрсапнул тестинг с вынесеной sysv compat, он еще и работает при этом. В дебиане по жизни очень назойливые скрипты, вечно делающие кучу всего без спроса, в меру дурости майнтайнеров. Легко запустят 5 инстансов http с дефолтным конфигом, VPN из трех мест и еще в cron пяток джобов пропишут. А вот быстро посмотреть кто, как и где нагадил в систему своими испражнениями в кодинге - в sysv вообще нельзя.
> слышно где "дебиан", сразу из никоткуда вылезает Анонимный фанат systemd, и
> кричит о том, что debian "свинтили на systemd"! :)Факты вообще штука упрямая, даже если они и не в вашу пользу.
Ты дурачок, ты эти скрипты видил?А нука, расскажи как перед стартом демона создать папочку? а как удалить ее минутки через две после старта, а как проверить, что запущен либо демон Х, либо демон Y
Соль, в возможности использования любой логики, а вы меняете свободу на тарелку паршивого супа, никогда это до добра не доводило.
для таких задач вообще не нужна супер-система инициализации. достаточно runit который запустит monit , а все остальное (серверный пакет программного обеспечения) запусктать уже его средствами.
> для таких задач вообще не нужна супер-система инициализации. достаточно runit который запустит
> monit , а все остальное (серверный пакет программного обеспечения) запусктать уже
> его средствами.А потом еще крон потребуеся, и еще что-нибудь. И вот так конфигурация системы будет размазана по десятку закоулков. А чтобы посмотреть что относительно дефолтов поменяли - нам тут уже предложили наворотить целую SCM. Замечательно.
> папочкуТак папочки то в винде, вам на microsoft.com с такими вопросами.
> Ты дурачок, ты эти скрипты видил?"Видел" пишется через "е", умничка. Скрипты от таких умничек написаны не лучше чем сообщения. Я проверял.
> А нука, расскажи как перед стартом демона создать папочку? а как удалить
> ее минутки через две после старта, а как проверить, что запущен
> либо демон Х, либо демон YЕсли это надо - не вопрос, вызываем по ExecStart или ExecStop скрипт и он делает что надо. Но за такие вещи руки надо отрывать. Потому что потом другой администратор мозг себе сломает: почему-то диры создаются и пропадают сами по себе. Это плохой подход.
> Соль, в возможности использования любой логики, а вы меняете свободу на тарелку
> паршивого супа, никогда это до добра не доводило.Ваша соль очень портит почву, так что потом там ничего не растет. Гадьте своими упражнениями в програмизме у себя на локалхосте.
> "Видел" пишется через "е", умничка. Скрипты от таких умничек написаны не лучше
> чем сообщения. Я проверял.Ты пиз..ол, я проверял.
Ну это по любому разгромный технический аргумент. Любители системды бегут в панике.
> systemd имеет гораздо больше возможностей, и юниты гораздо проще шелл скриптов. И
> написать работоспособный юнит в разы быстрее и проще.Странно было бы, не имей этот комбайн хоть каких-то возможностей.
Внимание, фокус:
http://www.linuxjournal.com/article/2682
---
Here is a list of a few of the new features that version 1.2 has, compared to version 1.0:Highly improved networking.
Faster disk I/O.
EIDE, multiple-IDE controllers, and ATA-CD-ROM support.
Supports more kinds of floppies, including 2.88 MB.
More CD-ROM devices supported.
Improved SCSI support, support for new SCSI adapter drivers.
Support for more network adapters.
New, improved memory management.
Multi-platform support underway.
UMSDOS filesystem: install Linux on DOS filesystem.
New sound driver supports Linux DOOM
Much, much more.
--А теперь, сравним эту версию ядра с SystemКомбайн
https://www.kernel.org/pub/linux/kernel/v1.2/
и с удивлением обнаружим, что по количеству строк кода (и тем более по размерам результирующего бинарника) творение Леннарта Франко-Штейновича Поеттеринга "побеждает". И правда, что там какое-то ядро против самой Системы Инициализации оного!
> systemd имеет гораздо больше возможностей, и юниты гораздо проще шелл скриптов. И
> написать работоспособный юнит в разы быстрее и проще.Угу, особенно юнит, который например запустится после того как сеть настроена полностью. Дополнительные очки за юнит, который запустится когда vpn поднялся.
> Угу, особенно юнит, который например запустится после того как сеть настроена полностью.
> Дополнительные очки за юнит, который запустится когда vpn поднялся.Ща напишем фичреквест networkd :D
>> systemd имеет гораздо больше возможностей, и юниты гораздо проще шелл скриптов. И
>> написать работоспособный юнит в разы быстрее и проще.
> Угу, особенно юнит, который например запустится после того как сеть настроена полностью.
> Дополнительные очки за юнит, который запустится когда vpn поднялся.У меня VPN поднимается юнитом, после него – другой юнит. ЧЯДНТ? :)
зачем писать свой скрипт запуска? ментейнеры пакета уже запилили работающий, надо только добавить его в список запуска. А если очень хочется поменять его поведение - то флаги править и в системд юните придется (если конечно разрешит "система инициализации")и кстати вот "страшный шелл-скрипт" запускающий постгрес на опенке, ваш юнит сильно проще?
#!/bin/sh
#
# $OpenBSD: postgresql.rc,v 1.11 2014/09/23 08:41:10 sthen Exp $datadir="/var/postgresql/data"
daemon="/usr/local/bin/pg_ctl"
daemon_flags="-w -l /var/postgresql/logfile"
daemon_user="_postgresql". /etc/rc.d/rc.subr
rc_usercheck=NO
rc_check() {
${rcexec} "${daemon} -D ${datadir} status"
}rc_reload() {
${rcexec} "${daemon} -D ${datadir} reload"
}rc_start() {
rm -f ${datadir}/postmaster.pid
${rcexec} "${daemon} -D ${datadir} start ${daemon_flags}"
}rc_stop() {
${rcexec} "${daemon} -D ${datadir} stop -m fast" || \
${rcexec} "${daemon} -D ${datadir} stop -m immediate"
}rc_cmd $1
https://crux.nu/ports/crux-3.2/contrib/postgresql/postgresql
Здесь минимум нет подержки pg-шных кластеров разных версий, поэтому пример неудачный. Однако реализовать её здесь - не проблема, потому что shell.А вот в леннартоподелке под это дело запилят бинарный генератор юнитов на пару тысяч строк на си, в лучших традициях.
P.S.: Btw, практически так же выглядит типовой скрипт запуска openrc.
ну я особо не заморачивался и взял самый длинный скриптик в /etc/rc.d.
там ж обычно только start/stop в одну строку.
как бы все эти шеллы создавались именно для автоматизации запуска утилит, дак почему не пользовать их по назначению вместо создания нового суперкомбайна?
Представь себе, в большинстве юнитов вообще не требуется заниматься например каким-то там стиранием pid файлов. Это вообще костылищи.
> то теме и системД не нужен, если ты админ и скрипт
> на шеле для тебя вызывает трудности, то надо менять профессию.Трудности вызывает отсутствие штатного инструмента эквивалентного systemd-delta. И вменяемой интеграции с пакетными менеджерами, с разделением дефолтов дистра и настроек админа. Когда пакет при обновлении затирает своим конфигом мою стартовую конфигурацию - это не айс. Системд это безобразие наконец разрулил, в отличие от простынок на шелле.
Проверять таймаут старта сервиса на шелле тоже не удобно. И мониторинг живости костылен донельзя. И логгировать stdout или коды возврата программ из шелла - не очень. Поэтому скрипткидисы на все это просто забивают. Их система работает до первой ошибки. А когда что-то отвалится, удачи разобраться. Системд - решение для продакшна, где надо чтобы это работало, а если отвалилось то было понятно почему. А не чтобы было удобно выделываться с заподвыподвертом.
Ну если в каком-то дистре всего этого не было до systemd, то его пользователи ССЗБ. В дебиане все эти "проблемы" решены были еще до того, как Лёнчик делал свои первые робкие шажки с пульсой, а systemd даже в планах не было.
А можно конкретику, а не "всем все платится"? Какие инструменты, как решали?
В gentoo это, например, env-update и dispatch-conf, которые являются частью portage. Читайте man emerge или онлайн-хелп про CONFIG_PROTECT и CONFIG_PROTECT_MASK:
https://wiki.gentoo.org/wiki/CONFIG_PROTECT
https://devmanual.gentoo.org/general-concepts/config-protect...
https://wiki.gentoo.org/wiki/Handbook:AMD64/Working/EnvVar
Интересно как, я, конечно, верю, что сервера на генту есть, но лично их никогда не встречал. Что же мне делать, если мне попался другой дистрибутив?
> Интересно как, я, конечно, верю, что сервера на генту есть, но лично
> их никогда не встречал. Что же мне делать, если мне попался
> другой дистрибутив?Gentoo со своим dispatch-conf – таки очень хороший пример. Ещё хороший пример – в dpkg + apt-дистрах (Debian и производные) есть запрос о том, заменять ли конфиг на новый, если отказаться – новый окажется рядом с суфиксом (или наоборот, это старый будет если согласиться, точно не помню). Как в дистрах с dpkg-без-apt или apt-без-dpkg (привет, Альт) – не знаю.
> Когда пакет при обновлении затирает своим конфигом мою стартовую конфигурацию - это не айс.Интересно. Вообще-то в speс-файлах в rpm у файла можно указать флаг %config(noreplace), и ничего заменено не будет. Решается это именно на уровне пакетного менеджера, который systemd вроде бы ещё не поглотил: так вот, может Вы подскажете, *как именно* systemd решил проблему забытой в spec-файле опции для Вашего дистрибутива?
> Интересно. Вообще-то в speс-файлах в rpm у файла можно указать флаг %config(noreplace),
> и ничего заменено не будет.И у дебиана можно. Полудюжиной разных способов. А каждый майнтайнер делает это в меру своих талантов, было очень неудобно - надо гадать что там сделал конкретный майнтайнер. Вот зачем бы мне лезть в spec файл для настройки старта программы?
У поттеринга это сделано очень фундаментально: есть дефолтная майнтайнерская конфигурация, а есть админские настройки, более приоритетные. Поэтому и майнтайнеры сыты и продакшны целы. Админские настройки никто в принципе не перетрет, а майнтайнеры могут не заморачиваться лишний раз и просто положить свой конфиг который они считают правильным. Это удобно и логично.
> Решается это именно на уровне пакетного менеджера, который systemd вроде бы ещё не поглотил:
Что характерно, systemd подыгрывает и deb и rpm based пакетным менеджерам, что очень удобно.
> Вы подскажете, *как именно* systemd решил проблему забытой в spec-файле опции
> для Вашего дистрибутива?В моем дистрибутиве вообще spec-файлов нет, для начала.
Ого. Слушайте, да это же круто. И как же старички-то раньше до такого не додумались? Стоп. А разве не додумались? Всегда же были конфиги дефолтные конфиги в /etc и дополнительные пользовательские (более приоритетные) настройки в ~/.config (или в чём-то вроде того).А вот что ещё интересно. При настройке того же postfix в зависимости от назначения сервера предлагаются разные дефолтные мейнтейнерские конфиги. Относительно какой конфигурации дифф смотреть будем?
> Ого. Слушайте, да это же круто. И как же старички-то раньше до
> такого не додумались? Стоп. А разве не додумались? Всегда же были
> конфиги дефолтные конфиги в /etc и дополнительные пользовательские (более приоритетные)
> настройки в ~/.config (или в чём-то вроде того).Только это не о boot sequence. Где есть те кто систему собирал, локальный админ и наконец пользователи. В boot sequence с sysv init в дебиане отродясь бардак. Да и у других не лучше. Если я поменял какой-то стартовый скрипт - новая версия пакета может это перетереть при обновлении. А может не перетереть. Последнее что я хочу как админ - ковыряться в spec файле и прочих исходниках пакета, чтобы узнать как там это на самом деле сделано. Пакетов много, уделять каждому по столько внимания слишком жирно.
С конфигами тоже до некоторой степени бардак. Чтобы дефолтный конфиг мог лежать в "майнтайнерской" дире, а админ мог перекрыть его допустим записью в /etc/чеготам - требует явной поддержки в программе. И если поттеринг о таком хоть немного в курсе, то произвольно взятый автор программы - совсем не факт, там разнобой. А без инструментария в духе systemd-delta 5 конфигов в разных углах делает все только хуже. Удачи понять какая конфигурация реально используетс в вон той копии сервиса, etc.
> А вот что ещё интересно. При настройке того же postfix в зависимости
> от назначения сервера предлагаются разные дефолтные мейнтейнерские конфиги.
> Относительно какой конфигурации дифф смотреть будем?Systemd занимается стартовой последовательностью, а не конфигами вообще. Ее или меняли относительно того что предложили майнтайнеры, или нет. Вот относительно этого и будем смотреть. Для конфигов было бы логично смотреть опять же дельту относительно того что майнтайнеры притащили, потому как админы должны быть более-менее в курсе своей системы и софта который они вкатывают, поэтому знание этой дельты - достаточно для быстрого въезда в ситуацию. Но для конфигов в популярных дистрах штатно пока нет таких инструментариев. Можно поднять SCM и все сделать самому. Можно даже написать свою ОС. Но это требует времени и не способствует решению изначальной задачи.
tl;dr
1) Мы говорим не о последовательности загрузки, мы говорим о systemd-delta.
2) Дефолтная конфигурация может быть получена в результате выполнения мейнтейнерского скрипта, к тому же её может не быть вовсе.> Только это не о boot sequence.
Так мы и говорим не о ней. Мы говорим о systemd-delta, которая вроде как должна сравнивать конфигурационные файлы.
С обеспечением boot sequence у systemd -- тоже тема весьма кислая, и мне есть много чего сказать по этому поводу. Но давайте сейчас не будем удаляться от предмета нашего разговора, а именно, systemd-delta.
> В boot sequence с sysv init
> в дебиане отродясь бардак. Да и у других не лучше. Если
> я поменял какой-то стартовый скрипт - новая версия пакета может это
> перетереть при обновлении. А может не перетереть. Последнее что я хочу
> как админ - ковыряться в spec файле и прочих исходниках пакета,
> чтобы узнать как там это на самом деле сделано.Ну, начну с оффтопика: в debian нету spec-файлов, это rpm-специфичная вещь.
В deb для этого используется специальный файл debian/conffiles, в котором помечаются все конфигурационные файлы. Но в отличие от rpm-ов в Debian для сборки пакетов используется роскошный набор скриптов debhelper, один из которых (dh_installdeb) автоматически помечает все файлы пакета, находящиеся в /etc как конфигурационные, и потому затереть их так просто не выйдет.Но даже если вам действительно так необходимо подменить какой-либо файл из пакета, и чтобы апдейт этого не убил, всегда есть dpkg-divert. Подменяйте на здоровье. А также по возможности сообщите мейнтейнеру, чтобы он был в курсе, что у пользователя в силу некоторых обстоятельств может возникнуть такая потребность.
> Пакетов много, уделять каждому по столько внимания слишком жирно.
Да и раньше, в общем-то, не приходилось. Может быть Вы расскажете о каком-нибудь случае из Вашей практики?
> С конфигами тоже до некоторой степени бардак. Чтобы дефолтный конфиг мог лежать
> в "майнтайнерской" дире, а админ мог перекрыть его допустим записью в
> /etc/чеготам - требует явной поддержки в программе.Я что-то не понял: а если использовать systemd, явной поддержки этого "перекрытия" конфигов в самой программе не требуется, что ли?
>> А вот что ещё интересно. При настройке того же postfix в зависимости
>> от назначения сервера предлагаются разные дефолтные мейнтейнерские конфиги.
>> Относительно какой конфигурации дифф смотреть будем?
> Systemd занимается стартовой последовательностью, а не конфигами вообще. Ее или меняли
> относительно того что предложили майнтайнеры, или нет. Вот относительно этого и
> будем смотреть.У вас какое-то непонимание вопроса. Я вот выше на примере postfix-а вам и объясняю, что предложенная мейнтейнером конфигурация может быть файликом, который генерируется скриптом post-install. И этот скрипт, вообще говоря, может спросить у пользователя много дополнительных параметров, в зависимости от которых будут получены разные "дефолтные мейнтейнерские" конфигурации.
Вот и вопрос: как в этом случае дифф брать? Такое предусмотрено?
> Но для
> конфигов в популярных дистрах штатно пока нет таких инструментариев. Можно поднять
> SCM и все сделать самому. Можно даже написать свою ОС. Но
> это требует времени и не способствует решению изначальной задачи.И в чём же заключается изначальная задача?
Вообще, существование этого инструмента -- это в некотором роде попытка внедрить в systemd ещё и SCM. Ну, как бы, спасибо, конечно. Но этой SCM ещё надо учиться, и работать она будет только в системах на базе systemd. Почему бы админу не выучить какую-нибудь SCM более общего назначения? Тот же ansible, например?
> tl;drПастернака не читал, но осуждаю?
> 1) Мы говорим не о последовательности загрузки, мы говорим о systemd-delta.
А чтобы о нем разговаривать - ман сначала прочитайте, вместо того чтобы хамить и улюлюкать. Подсказываю: systemd-delta - инструмент systemd показывающий дельту системной конфигурации относительно оригинала. Т.е. boot sequence. Опа?
> 2) Дефолтная конфигурация может быть получена в результате выполнения мейнтейнерского
> скрипта, к тому же её может не быть вовсе.Дефолтная конфигурация в бинарных дистрах - то что майнтайнеры завернули в пакеты. Удобная точка отсчета. Даже если я набрал свой образ из пакетов, можно говорить о майнтайнерских дефолтах. Удобно тем что админы которые более-менее в теме своей системы - быстро посмотрят дельту и поймут чем именно этот экземпляр отличается.
> Так мы и говорим не о ней. Мы говорим о systemd-delta, которая
> вроде как должна сравнивать конфигурационные файлы.Systemd-delta занимается исключительно конфигурацией системды. Но маны читать не модно, понимаю. Гораздо веселее впаривать "ценное" хейтерское мнение.
> С обеспечением boot sequence у systemd -- тоже тема весьма кислая, и
> мне есть много чего сказать по этому поводу.Мне тоже. Лейтмотив - жизнь стала проще. Если что-то отваливается - по крайней мере понятно почему. Есть логи и коды возврата. И отслежвание таймаутов. Оно может даже в kmsg плеваться, если например rootfs - R/O.
> не будем удаляться от предмета нашего разговора, а именно, systemd-delta.
Сложно, когда хейтер мануал не изволил почитать, но ценное мнение - заимел. Это называется ламерством. У хейтеров системды оно серьезно прокачалось.
> В deb для этого используется специальный файл debian/conffiles, в котором помечаются все
> конфигурационные файлы.У них есть и другие механизмы для всего этого, исторически там довольно много cruft'а. Некоторые чуть ли не divert из установочных скриптов делают. Но соль не в том. Какого дьявола я должен лезть в майнтайнерско-разработчиковские файлы для настройки boot sequence?
> автоматически помечает все файлы пакета, находящиеся в /etc как конфигурационные, и
> потому затереть их так просто не выйдет.Красиво было на бумаге. А на практике пакеты дебиана ведут себя по отношению к стартовым скриптам кто как. И как только по какой-то причине надо поменять стартовый скрипт - это залет на изучение работы конкретного пакета. Теперь же, прописав свое добро в /etc/systemd можно быть уверенным что майнтайнер не сунет туда свои лапы, хоть там что. А в свой /usr/... - пусть вываливает свои юниты наздоровье, если они мне не понравятся, /etc для админов как раз и есть.
> Но даже если вам действительно так необходимо подменить какой-либо файл из пакета,
> и чтобы апдейт этого не убил, всегда есть dpkg-divert.Это замечательно, я про него знаю, но это в данном случае костыль.
> Подменяйте на здоровье. А также по возможности сообщите мейнтейнеру, чтобы он был в
> курсе, что у пользователя в силу некоторых обстоятельств может возникнуть такая потребность.Поттеринг доходчиво сообщил всем майнтайнерам. Чем сэкономил мне массу времени на левые костыли и контакты с майнтайнерами. PROFIT.
> Да и раньше, в общем-то, не приходилось. Может быть Вы расскажете о
> каком-нибудь случае из Вашей практики?Какой-нибудь случай в моей практике: надо запускать свою программу, при том - строго до (или после) другой. Автор и майнтайнеры програмы не знали и не могли этого знать. А вот без трогания их скрипта это может и не получиться. Тут случается попадение на знакомство с анатомией пакета и как он стартовый скрипт тащит. Делать мне больше нечего как чужой пакет с лупой изучать! Каноникал с апстартом тоже это залажали - там тоже возможны ситуации когда надо править конфиг чужого пакета. А у системд - юнит самодостаточен, он может в любое место boot sequence встроиться своим файлом. А админ может перекрыть дефолтное поведение и никто не посмеет это затирать. В этом случае не очень принципиально, rpm это будет или deb. Или даже что-то еще.
> Я что-то не понял: а если использовать systemd, явной поддержки этого "перекрытия"
> конфигов в самой программе не требуется, что ли?Системд не настолько крут, он только в вопросах стартовой конфигурации порядок немного навел, так что теперь майнтайнеры и админы могут друг другу не мешать хотя-бы там. Бардак в конфигурационных файлах и взаимодействие админов и майнтайнеров в остальных аспектах - тоже неплохо бы пролечить, по образу и подобию. Дебианщики что-то такое пытались изобразить в виде /etc/default, но поскольку они не Поттеринг, масштабы их успехов и близко не стояли, поэтому вопрос беспроблемного сосуществования майнтайнеров и админов по прежнему не закрыт.
> У вас какое-то непонимание вопроса. Я вот выше на примере postfix-а вам
> и объясняю, что предложенная мейнтейнером конфигурация может быть файликом, который генерируется
> скриптом post-install.Это у вас непонимание вопроса. Systemd занимается только стартовой конфигурацией. Хотя generator'ы он таки позволяет и если будете много шуметь, можете все-таки разбудить Ктулху :)
> И этот скрипт, вообще говоря, может спросить у пользователя
> много дополнительных параметров, в зависимости от которых будут получены
> разные "дефолтные мейнтейнерские" конфигурации.С чем тоже проблемы. Системы бывают разные. В том числе неинтерактивные, где отвечать некому и/или некуда. И когда какой-то хочет что-то спросить, это виснет при установке. В дебиане по этому поводу пробовали изобрести решение. Но как обычно, получилось наполовину и с рядом своих проблем. Одна из причин по которой стоит минимизировать использование чрезмерно умных скриптов. И в стартовой последовательности и при установке. Никогда не знаешь где эти 5 кило сложной логики подложат внезапную свинью, сумничав лишний раз.
> Вот и вопрос: как в этом случае дифф брать? Такое предусмотрено?
Нет, конечно. Системд только своей конфигурацией занимается. А теперь вам вашим же вопросом по лбу: а чего делать с системой контроля версий? И вообще, как апгрейд пакета нормально обрабатывать предлагается? Сможете протелепать - хочет ли админ ответить на эти вопросы заново или пусть старое будет? А если старое, вероятно, несовместимо? Вот так путем размножения сущностей начинается бардак в системе. А потом кто-нибудь желающий раскидать пакет на 500 хостов сношается с этими умными скриптами, задающими вопросы вникуда и очень радуется. Ну ок, дебианщики попробовали изобрести какое-никакое апи которое относительно нейтрально относительно реализации и возможность задать дефолтные ответы для неинтерактива. А другие? Ну и вообще, сработало это едва ли на половину.
Поэтому если какая-нибудь шапка выкатит решение и для конфигов вообще и в большинстве дистров волевым решением майнтайнеров придется строиться - извините, но...
>> SCM и все сделать самому. Можно даже написать свою ОС. Но
>> это требует времени и не способствует решению изначальной задачи.
> И в чём же заключается изначальная задача?О, про это уже все забыли? :) По логике вещей - в том чтобы новый админ мог быстро понять что и почему творится в системе. А также неплохо бы иметь "reset to factory defaults". Потому что исследование на три дня почему все нагнулось - прекрасно, но три дня впашки квалифицированного спеца - слишком дорого и клинит задачу "сервера должны работать".
> Вообще, существование этого инструмента -- это в некотором роде попытка внедрить в
> systemd ещё и SCM.Поскольку systemd всяко читает майнтайнерские конфиги и потом оверрайдит админскими, у него по любому есть это view и очень здорово что он умеет вывешивать его админу.
> Ну, как бы, спасибо, конечно. Но этой SCM ещё надо учиться,
> и работать она будет только в системах на базе systemd.На самом деле довольно простая но полезная утилита. Оно не хранит state - state это то что есть от майнтайнеров в usr и от админа в etc. То что оно может это по человечески показать - ну и отличненько, удобно. Но это только для юнитов системды, увы.
> Почему бы админу не выучить какую-нибудь SCM более
> общего назначения? Тот же ansible, например?Наверное потому что systemd-delta это мелкий системный тул, который и близко не стоял к таким переросткам. И наличие оного в любой системе с системд жирный плюс для быстрого въезда чем эта система отличается от дефолтного состояния. Сразу видно кого еще дописали в старт. Но там и масштаб решаемых задач помельче. Показ чем текущий конфиг системд отличается от майнтайнерского. А в sysv rc так вообще нельзя без рояля в кустах. Извините но ansible встречается не на каждой системе с sysv rc, что сильно усложняет жизнь.
tl;dr
Идите к чёрту. Надоело.>> tl;dr
> Пастернака не читал, но осуждаю?Балбес. Это был абзац с кратким содержанием дальнейшего поста. Как и в этом посте.
>> 1) Мы говорим не о последовательности загрузки, мы говорим о systemd-delta.
> А чтобы о нем разговаривать - ман сначала прочитайте, вместо того чтобы
> хамить и улюлюкать. Подсказываю: systemd-delta - инструмент systemd показывающий дельту
> системной конфигурации относительно оригинала.Внезапно, я читал. Почти целиком Ваш дальнейший ответ опирается на то, что (если я правильно понял), systemd-delta, оказывается, делает диффы от юнитов, и только. Если это так, то man-страница говно[1], поскольку такие вещи надо писать явно. Ну и вам отдельное спасибо за то, что ввели меня в заблуждение, рассказывая про то, как systemd-delta делает диффы в конфигурационных файлах программ.
[1] http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=systemd-...
В общем, я прочитал дальнейший опус, и окончательно убедился, что разговор никуда не приведёт. Это спор ради спора. Нафиг.
PS: Всё вами описанное легко решается и средствами обычного sysvinit. Ряд проблем взаимодействия мейнтейнера с конечным пользователем Вы вообще упускаете из виду. /etc/default в debian вообще решает другие задачи, Вас ввело в заблуждение название каталога.
> tl;dr
> Идите к чёрту. Надоело.ЧТД. Технических аргументов от хейтеров не будет.
>> Пастернака не читал, но осуждаю?
> Балбес.Аргументов - ноль, нахамить - вот оно. Еще и мод вроде? Ня.
> Внезапно, я читал.
Читать и понимать - разные вещи.
> (если я правильно понял), systemd-delta, оказывается, делает диффы от юнитов, и только.
Именно так. У sysv init и прочих openrc - таких багов в мануалах нет, за отсутствием фич. Радости то?
> Если это так, то man-страница го вно[1], поскольку такие вещи надо писать явно.
Наверное авторы системд считают что админы взрослые люди и могут в контекст. Но если по контексту не понятно, достаточно один раз в жизни запустить команду в реальной системе, наконец.
> меня в заблуждение, рассказывая про то, как systemd-delta делает диффы в
> конфигурационных файлах программ.Он делает дифф конфигурации системд. Это удобно и правильно. Я наверное повторил ошибку авторов системд, полагая что человек может в контекст.
> [1] http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=systemd-...
Я соглашусь что можно написать удачнее. Однако на многие инструменты нет даже такой документации. Хоть тот же iw, у которого сложные и менее очевидные опции. Странно что iw это не припоминают. Ему наверное так можно, это же не системд.
> не приведёт. Это спор ради спора. Нафиг.
Не вижу ни одного технического аргумента, поэтому согласен.
> PS: Всё вами описанное легко решается и средствами обычного sysvinit.
А у поттеринга - готовое решение и не надо тратить время на костыли, которые потом еще и работают известно как. Системд этим и хорош. Неудобен для вольных художеств, но для продакшнов самое то.
> Ряд проблем взаимодействия мейнтейнера с конечным пользователем Вы вообще упускаете из виду
Я разве претендовал на всезнайство? А вот лучшее взаимодействие майнтайнера и админа - отсутствие оного. Когда это не так - это баг. Ничего хорошего в багах нет.
>. /etc/default в debian вообще решает другие задачи, Вас ввело в заблуждение
> название каталога.Он предоставляет умолчания для ряда программ, если ничего иного администратор не указал. По крайней мере для ряда программ это работает вот так. Дебианщики догадываются как это должно быть, но чтобы так и правда стало - минимум в FHS надо прописать и сделать инструменты хотя-бы не хуже systemd-delta и ко. А может и либу, по аналогии с getopt() но для конфигов, чтобы програмерам не требовалось выписывать всю эту логику лично.
> Аргументов - ноль, нахамить - вот оно.Ну конечно. В чужом-то глазу всяко виднее.
А я ещё раз повторю: идите в баню с любыми претензиями после такой беседы. Маны я не соизволил прочесть, оказывается.
> ЧТД. Технических аргументов от хейтеров не будет.
ИЧСХ, если Вы осмыслили хоть один мой аргумент, Вы бы могли меня поправить с самого начала, указав на неправильную трактовку слова "конфигурация" в мануале. Значит Вы либо не осмыслили аргументы, либо сознательно уводили меня в сторону от вопроса, чтобы потом этим воспользоваться.
Софист.
> на многие инструменты нет даже такой документации. Хоть тот же iw, у которого сложные и менее очевидные опции.
Не наглейте. У iw прекрасная документация.
> Ну конечно. В чужом-то глазу всяко виднее.Куда же без этого.
> такой беседы. Маны я не соизволил прочесть, оказывается.
Виноват. Проблема не с чтением а с пониманием оказалась. Даже и не знаю лучше ли это.
> ИЧСХ, если Вы осмыслили хоть один мой аргумент, Вы бы могли меня
> поправить с самого начала, указав на неправильную трактовку слова "конфигурация" в мануале.Ок, мануал не идеален. Но включать мозг при чтении можно? Ладно бы такое сказал пятиклассник впервые установивший убунту, откуда ему знать как система работает.
> Значит Вы либо не осмыслили аргументы, либо сознательно уводили меня
> в сторону от вопроса, чтобы потом этим воспользоваться.
> Софист.Никакого злого умысла, только допущение что собеседник из контекста понимает о чем речь и хоть немного разбирается в обсуждаемом. Откуда ж я знал что сэр ни разу в жизни эту команду не запускал но мнение составил? Даже вроде вопрос правильный созрел в конце концов.
> Не наглейте. У iw прекрасная документация.
Очень. Теперь, глядя в эту документацию, допустим что я хочу поставить мощность сигнала в 23dBm, фиксированно. Сможете с первого раза и не подсматривая в гугл скроить команду для iw правильно? Особенно учитывая что в половине случаев ошибки или особенности драйверов игнорируются, а примеров iw set .. txpower - вроде бы нигде нет, или я ослеп. А расскажем кто такой iw ... cqm rssi? И какой правильный формат его попугаев? Он конечно согласен на все. Даже на совсем кривые значения. А чтобы еще и работало? А как насчет bitrate masks? В прекрасном мануале где-то есть пример как это делать? А для HT? Несколько модуляций? А пополам с legacy? Особенно учитывая что проверить фактическое применение этих настроек не совсем просто и потребует отдельных маневров. Ну ладно, если без экзотики, там утверждается что connect может ключ шифрования. Но не сказано для каких протоколов и как именно этот кусок hex'а получен. Возможно в man пригодился бы более понятный пример как это делается? По уровню это безобразие и близко к systemd-delta не стояло, какое нагление? Мощный тул с документацией близкой к нолю.
>из контекстаРедхейтовским завезли методички с новыми словами -- эка оно с новой игрушки прётся.
> РедхейтовскимПалишься.
>> Редхейтовским
> Палишься.НетЪ.
Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...Если осилишь больше одного абзаца, там подробно разобраны все типовые беспередметные кукаpеки. Конкретно твой там значится под пунктом 4.1.
> In fact, all the complexity that used to be in shell scripts under sysvinit (as well as a few daemons and tools) has simply moved into systemd, which currently has over 275,000 lines of code.
> Moreover, it's 245,000 lines of C according to this analysis, of which 81,000 are required to have a minimal working instance (this is charitably excluding systemd-udevd, which adds an additional 13,000 lines).
> By way of comparison, the unmodified initscripts on my Debian laptop weigh in at just over 10,000 lines of shell script (according to sloccount(1)).
> It's not clear that systemd makes booting and service management less error-prone than other systems, but the overall complexity of systemd is certainly higher than sysvinit.P.S. Пометил как идиота.
> Если осилишь больше одного абзаца, там подробно разобраны все типовые беспередметные кукаpеки.
> Конкретно твой там значится под пунктом 4.1.Много бла-бла о том как у поттеринга все плохо. И ни единого решения реально существующих проблем, в отличие от поттеринга. Наверное я должен кодить все решения сам. Может не мелочиться и написать ядро и все либы, если времени настолько дофига?
Жертва ЕГЭ не может в тексты длиннее 140 символов. Ок.
>Может не мелочиться и написать ядро и все либыsystemd скоро и к этому придет :)
> systemd скоро и к этому придет :)Флаг ему в руки, это намного лучше чем предложение писать это самому.
Какой смысл считать строки кода? Будто каждый админ перед тем как использовать что-то читает код этого строчку за строчкой. Юнит файлы сам по себе проще баш-портянок, не требуют знать столько хитростей и трюков для простейших задач. Если рассуждать так, то почему бы каждому админу не писать свой собственный инит на баше, а то не дай бог придется иметь дело с непредсказуемым кодом на сишке!
интересно, почему пользователи системда каждый день пишут эти свои юниты?
а пользователям того же openrc хватает скриптов от ментейнеров + правки по мелочии зачем мне вобще изучать еще один язык юнитов, если я могу тоже самое сделать на привычном баше, который я юзаю не только для запусков демонов?
> Какой смысл считать строки кода? ... баш-портянокСистемдфилы такие системдфилы... Заявляют о бессмысленности подсчёта строк кода, а через несколько секунд ноют про "баш-портянки", недвусмысленно указывая на всё то же количество строк кода.
> Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...Кстати, спасибо. Взял в обработку, перевожу на русский. Как будет готово - опубликую.
>> Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...
> Кстати, спасибо. Взял в обработку, перевожу на русский. Как будет готово -
> опубликую.Перевёл. Нуждаюсь в вычитке, буду рад помощи. Я временно без интернета, так что опубликую через день-два.
Предварительный вариант с корявым переводом и без ссылок: http://freehck.ru/share/systemd-biggest-fallacies.ru.org
UPD: сообразил, что socket activation правильнее будет перевести, как "активация через сокеты".
>>> Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...
>> Кстати, спасибо. Взял в обработку, перевожу на русский. Как будет готово -
>> опубликую.
> Перевёл. Нуждаюсь в вычитке, буду рад помощи. Я временно без интернета, так
> что опубликую через день-два.
> Предварительный вариант с корявым переводом и без ссылок: http://freehck.ru/share/systemd-biggest-fallacies.ru.org
> UPD: сообразил, что socket activation правильнее будет перевести, как "активация через
> сокеты".Сконвертируй в html или хотя бы pdf, не все юзают Emacs.
>>>> Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...
>>> Кстати, спасибо. Взял в обработку, перевожу на русский. Как будет готово -
>>> опубликую.
>> Перевёл. Нуждаюсь в вычитке, буду рад помощи. Я временно без интернета, так
>> что опубликую через день-два.
>> Предварительный вариант с корявым переводом и без ссылок: http://freehck.ru/share/systemd-biggest-fallacies.ru.orgПеревод титутльных "fallacies" как "заблуждений" --
fallacy
[↗fælɜsɪ] _n.
1) ошибка, заблуждение; ложный вывод
2) ошибочность, обманчивость
3) софизм, ложный довод-- "слегка" теряет в части обмана и подлога. К сожалению, _эмоциональный_ посыл авторв прочитать и даже увидеть не носителю языка сложно. О перевести можно не говорить.
Если ещё посмотреть вариаты значений "big" в так любимом мною Мюллере, то...
Systemd - беремененн подлогом
Systemd - с высоты обмана
Systemd раздувает обман
Systemd полон обмана
Хвастовство и ложь [в] systemdи т.п.
Автор подстелил слоломки -- 'this post is not meant to be a criticism of systemd', понятное дело. Придётся _подтекст_ преводить?! Ох, нет...
> Сконвертируй в html или хотя бы pdf, не все юзают Emacs.
Там плоский текст. Даже без длинных строк. Даже без "emacs"-форматирования. //"У него даж-жж-же не 6 ног!"
Комрад _знал_ своего читателя.:) И отдельное спасибо Анониму -- я сам не обратил внимания на формат.
> -- "слегка" теряет в части обмана и подлога. К сожалению, _эмоциональный_ посыл
> авторв прочитать и даже увидеть не носителю языка сложно. О перевести
> можно не говорить.Согласен. Я выбрал вариант "заблуждение" именно из-за этого:
> Автор подстелил слоломки -- 'this post is not meant to be a
> criticism of systemd', понятное дело. Придётся _подтекст_ преводить?! Ох, нет...И я думаю, что автор не "подстелил соломки", а просто насмотрелся на сообщество systemd, и решил действовать тоньше, чтобы не спровоцировать цепную реакцию. Он даже написал, что ничего не будет удалять, а только переносить оффтопик в другое место (читай -- во флудилку).
> Systemd - беремененн подлогом
> Systemd - с высоты обмана
> Systemd раздувает обман
> Systemd полон обмана
> Хвастовство и ложь [в] systemdМне нравятся эти варианты. Но мне кажется, что лучше поступить, как автор, и слегка завуалировать. "Ложь", "обман", "хвастовство" и "подлог" -- не те слова, как мне кажется. Что думаете, Андрей?
>> Сконвертируй в html или хотя бы pdf, не все юзают Emacs.
> Там плоский текст.Html будет чуть позже, когда вычитаю. Я сейчас активно правлю.
И обрати внимание на слово "propaganda". С точки зрения западника, там неявно подразумевается "лживая".Второе - здесь это никто не увидит, пили на хабр, гиктаймс или ЛОР.
Финальная вычитанная версия. Извиняюсь за задержку, сильно заболел.
http://freehck.ru/share/systemd-biggest-fallacies.ru.final.orgНадо теперь экспортнуть в html и pdf. И то, и другое откровенно лень, но попробую себя пересилить на выходных.
> Финальная вычитанная версия. Извиняюсь за задержку, сильно заболел.
> http://freehck.ru/share/systemd-biggest-fallacies.ru.final.orgРазместил: http://www.opennet.ru/base/sys/systemd_myth.txt.html
>> Финальная вычитанная версия. Извиняюсь за задержку, сильно заболел.
>> http://freehck.ru/share/systemd-biggest-fallacies.ru.final.org
> Разместил: http://www.opennet.ru/base/sys/systemd_myth.txt.htmlВау. Оперативно. Спасибо.
> Сконвертируй в html или хотя бы pdf, не все юзают Emacs.Лучше так и оставить, пусть это колупают полтора "veteran unix admin'а", теперь оторвавшиеся от реалий и выпавшие из процессов кадры так называются.
> For Internet socket activation, all the user has to do is start the daemon, have it bind on the port, and let it sit there idly.Хрень. Мне не нужен демон, который запустится раньше времени и будет жрать ресурсы. Я не писал каждый демон, который я собираюсь запускать, и патчить каждый я не буду, чтобы он не жрал до нужного момента.
>> Система становится всё менее и менее управляемой и предсказуемой. Это какой то
>> ад.
> То ли дело портянки на Shell, да? Само воплощение простоты, логики и
> понятности.Портянка на Си лучше, конечно. Хорошо поношенная Уважаемым Автором. М-м-м! Запах!1
Портянка bash-а http://www.opennet.ru/openforum/vsluhforumID3/107695.html#47 обыграна в 2.7 раза по Си, в 4 раза по пустым строкам, в полтора по комментариям.
Зачем они лезут в сеть? На линукс-олимпе бог сети это iproute2. Пускай блин плюшки для системы делают, логи, прерывания, процессы, права и т.д., но зачем трогать сеть?
> Зачем они лезут в сеть? На линукс-олимпе бог сети это iproute2. ПускайТорвальдс их с переднего кырыльца -- развернул, они не гордые с заднего лезут.
> блин плюшки для системы делают, логи, прерывания, процессы, права и т.д.,
> но зачем трогать сеть?
Лучший способ передумать о переходе на systemd - прочитать про его новость... lldp по умолчанию на десктопе? Что он курил!? Убийство пользовательский процессов тоже по умолчанию, так у меня LOo после каждой перезагрузки будет пытаться восстановить 10 документов открытых в предыдущий раз и прочие радости...
Про Него!
А почему вас так заботит время перезагрузки? Слишком часто приходится перезагружать? Так это из-за этого самого... системДы :)) Вы вошли в положительную обратную связь и коллапс уже неизбежен :))
Вот ядро назвали по имени Линуса Торвальдса. Наверное, Поттерингу обидно должно быть, нужно было это назвать PotteringD.
метрополитен назывался именем Кагановича ровно до тех пор, пока его не попёрли из Кремля в составе "антипартийной группы". А умер Каганович аж в 1991 году.
казалось бы причем тут dns ...
> казалось бы причем тут dns ...One Lennart Way or highway.
--
deadlock
[↗dɛdlɘk]
1. _n. мёртвая точка; тупик, безвыходное положение; застой
2. _v. зайти в тупик
В инкубатор апача его
Полностью
> В инкубатор апача егоНу... Да! Пожелаем Ленарту плодотворных творческих встреч с Марком Флёри и переписывания на java и apl2.0!
> В инкубатор апача егоТема еще не отыграла себя полностью!
Сначала надо начать переписывать на JS или еще большем php, выкатить хотя бы альфа-ознакомительный-скелет "замены systemD", начать с ним интегрировать ядро, встаивать в дистры, обсуждать в новостях, устраивать глосования... Лет 5 держать коммюнити в ожидании "вот-вот"...
Да на Java же! И ленцензию сменить на ихнюю родную апачевскую. И можно подавать заявку на инкубатор.
Давно уже захожу в новость про systemd почитать не саму новость, а комментарии.
А ты, %username%? :-)
> Давно уже захожу в новость про systemd почитать не саму новость, а
> комментарии.
> А ты, %username%? :-)...и пописать ответы!
На самом деле, поставьте себе debian или ubuntu по минимуму в виртуалку на продакшен (что-то простое для локальных нужд) и поймете, что читать фичи толку нет никакого. Простой юнит и баш скрипт наше все.
Так это же и есть главное предназначение systemd - порождать эти комментарии :)
> Так это же и есть главное предназначение systemd - порождать эти комментарии
> :)Не только эти, в bugzilla.redhat.com тоже бывает интересно до укатайки.
ну когда эту хрень в bsd запилят, почему им так везет, несправедливо
> ну когда эту хрень в bsd запилят, почему им так везет, несправедливоОни с самого 91го г. тренеровали... силу воли. Дзен, медитация, отказ от материального-сущего, просветление... Не пустые слова! </>
> отказ от материального-сущегоэто же нестяжание. они святые!
> Они с самого 91го г. тренеровали... силу воли.Бедный ихний тренер (
Их в зад пинками нововведений корпорации не подгоняют
> Их в зад пинками нововведений корпорации не подгоняютПоручишься за netflix и juniper?
Кстати да. А то они любят вспоминать этих аж целых две компании, что-то там периодически им кидающих с барского плеча.
будто systemd навязывает не корпопрация
Тяму не хватает, даже портировать с osx не осилили.
https://wiki.freebsd.org/launchd
>Тяму не хватает, даже портировать с osx не осилили.
>https://wiki.freebsd.org/launchdА вы уверены, что там она нужна....
Конечно, нужна, если freebsd хочет хоть чуть-чуть увеличить свою долю.
DNSSEC по дефолту? Что за идиотизм, его не поддерживает большая часть провайдеров, а не прочитав новость можно долго сидеть и материться что ничерта не работает.
lldp? Давайте еще SNMP добавим, а что каждому пользователю он так-же необходим как lldp.
Принудительное завершение процессов - после каждого перезахода часть приложений будет ругаться на неправильный выход и пытаться восстановить данные.
Очередное удаление опций с добавлением альтернативных, идем переписывать юниты, пока не наступило релиза в котором обратную совместимость удалят и все будет грузиться не так как надо.
> SNMPА что, я за. :-) Это автоматически тянет за собой ASN.1, к которому написать полноценный парсер - весьма нетривиальная задача.
Если мы тянем ASN.1-staff - можно и интеграцию со LDAP добавить. (Пользуясь случаем, передаю привет Говарду "НашеВсйо" Чу, чтоб ему в гробу икалось)
Если добавляем LDAP - следующим шагом расширяем её до AD, а там и керберос, Samba 4, репликацию sysvol, коннекторы к MAPI...
Или это уже добавили?
ASN вроде как компилировать надо, а не парсить
Что именно не в порядке с Говардом? Ну резковат местами, но обычно по делу.
Ключевая фраза тут "не прочитав".
Всё рассчитано на тех, кто все-таки читает...
Документацию в первую очередь
Фанатики - вы уж определитесь systemd - это "Поставил и все работает, ничего трогать не надо" или "Сиди и перечитывая документацию, правь Юниты после каждого релиза.
> Фанатики - вы уж определитесь systemd - это "Поставил и все работает,
> ничего трогать не надо" или "Сиди и перечитывая документацию, правь Юниты
> после каждого релиза.Так дистры ориентированные на продакшн версии подтягивают раз в сколько-то там лет. Страдают всякие гентушники, огребающие все прелести роллинга, при том не только с системд.
ага, а идущий ему на смену DNSCurve - даже девелоперами плохо освоен, софтверными ;)
Самое лучшее из всего треда: "Система становится всё менее и менее управляемой и предсказуемой. Это какой то ад."
Наканецто новая версия! А то думал что систем-Д достиг своего развития :)
> Наканецто новая версия! А то думал что систем-Д достиг своего развития :)Его расплющит на столько что в один прекрасный момент перестанет запускаться от конфликта встроенных модулей, вот тогда он достигнет своего развития и его начнут переписывать стараясь не наступать на старые грабли, только поттеринг к тому моменту покинет проект и будет писать что-нибудь другое, например сове ядро linuxd.
>Устройства фреймбуфера, сканеры и 3D-принтеры теперь подключаются в режиме "uaccess" и доступны для вошедших в систему пользователей;
> Устройства фреймбуфера "uaccess"Я знаю что fbdev уже "немного" устарел, но в большинстве дистров сохраняется совместимость с ним, так что теперь любой процесс может брать фрейм-буффер из него. Ну что, круто, писать spyware под линукса стало легче как никогда раньше
Зашел на похороникс, а там статью соответствующую запилили, за подробностями тогда сюда: http://phoronix.com/scan.php?page=news_item&px=Systemd-230-F...
> Зашел на похороникс, а там статью соответствующую запилили, за подробностями тогда сюда:
> http://phoronix.com/scan.php?page=news_item&px=Systemd-230-F...Шесть баллов из пяти. :)
> Шесть баллов из пяти. :)В отличие от, поттеринговская клика уже вкомитила фикс. Это ж не ветеран юникс админы, чтоюы по 20 лет на проблемы забивать.
Это ж не ветеран юникс админы!
Поттеринговская клика умеет решать проблемы, о существовании которых до них никто и не знал.
Поттеринговская клика умеет слать куда подальше похлеще Торвальдса, и делает это гораздо чаще.
Поттеринговская клика решает проблемы чужого софта, а если чужой софт перестаёт после этого работать, то этот софт плохой и его разработчики должны допилить.Уже 5 лет на сцене - поттеринговская клика и её капитан systemd.
> Поттеринговская клика умеет решать проблемы, о существовании которых до них никто и не знал.Или знали, но игнорировали. Поттеринг поднял планку и плач несмеяны о том что я могу сам накодить обработку таймаутов, логгирование stdout и stderr и кодов возврата - уже не возбуждает.
> Поттеринговская клика умеет слать куда подальше похлеще Торвальдса, и делает это гораздо чаще.
Глядя на поведение veteran unix admin'ов я понимаю что это - очень ценное и полезное в жизни умение. Если хочется получить работоспособную систему которую удобно админить, а не заниматься подметанием ломом плаца, потому что дедушка видите ли подметал а теперь твоя очередь, и вообще, "тут так принято".
(А потом на сцену выходит Рогозин и с кислой миной отмечает что у США производительность труда в 9 раз выше, казалось бы при чем тут Поттеринг).
> Поттеринговская клика решает проблемы чужого софта, а если чужой софт перестаёт после
> этого работать, то этот софт плохой и его разработчики должны допилить.Представь себе, тот convention что посылается SIGTERM а потом по таймауту SIGKILL был чуть ли не с начала времен. То что некоторые особо ушлые програмеры ухитрились сделать это криво - наверное все-таки их баги. То что они стали заметнее вылезать при смене системы инициализации или настроек - это следствие, а не root cause. Но кое-кому удобнее выдавать желаемое за действительное.
> Уже 5 лет на сцене - поттеринговская клика и её капитан systemd.
ЧСХ, мне из-за них стало сильно проще в ряде аспектов.
> Представь себе, тот convention что посылается SIGTERM а потом по таймауту SIGKILL был чуть ли не с начала времен.И ключевыми словами здесь являются "по таймауту". Только команде Поттеринга смогло показаться разумным выставить таймаут равным нулю.
> Но кое-кому удобнее выдавать желаемое за действительное.
Народ уважает самокритику. :)
> И ключевыми словами здесь являются "по таймауту". Только команде Поттеринга смогло показаться
> разумным выставить таймаут равным нулю.Слышал звон, но не понял о чем он. Типичный хейтер системд.
>> Но кое-кому удобнее выдавать желаемое за действительное.
> Народ уважает самокритику. :)Ну так те кто поумнее - разберется по уровню аргументации, а остальным - им так и надо :)
> Ну так те кто поумнее - разберется по уровню аргументацииМягко стелите, да колко спать. Те, кто поумнее, они-то разберутся. Но на ваше словоблудие большой процент новичков поведётся. Вот их - жаль.
О, не только я заметил. Буду у себя выпиливать.
Я думаю, что systemd - это cкрытый проект Red Hat, зачистка поляны Linux, для продвижения собственных продуктов компании.