и предсказуемо

помоему там ситуация такая же как монтирование по имени \ uuid

есть удев udev не с системд)

ну всмысле обоснование

есть удев udev не с системд)

Нету.

потом я как-то привык к /etc/network/interfaces

То есть можешь оторвать конечно

но и это отломали

Но они часть единого целого

рилиЮ

?

но и это отломали

да ладно отломали? оно работает в systemd збс.

Володя прав.

https://github.com/gentoo/eudev

?

Системд всосал в себя udev

ну да это у нас в генте)

https://github.com/gentoo/eudev

Это форк системдшного удева

да

ну сугубо оно не часть системд

Форк != Оригинал

просто уже давно разработка самого удева идет вплотную с системд как его часть

это, если не через networkd

# systemctl status systemd-networkd.service ● systemd-networkd.service - Network Service Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled) Active: active (running) since Mon 2016-10-17 13:18:10 MSK; 1 day 5h ago Docs: man:systemd-networkd.service(8) Main PID: 461 (systemd-network) Status: "Processing requests..." Tasks: 1 (limit: 4915) CGroup: /system.slice/systemd-networkd.service └─461 /lib/systemd/systemd-networkd Oct 17 13:18:10 zero systemd[1]: Starting Network Service... Oct 17 13:18:10 zero systemd-networkd[461]: Enumeration completed Oct 17 13:18:10 zero systemd[1]: Started Network Service. Oct 17 13:18:10 zero systemd-networkd[461]: enp2s0: IPv6 enabled for interface: Success Oct 17 13:18:12 zero systemd-networkd[461]: enp2s0: Gained carrier Oct 17 13:18:13 zero systemd-networkd[461]: enp2s0: Gained IPv6LL Oct 17 13:18:13 zero systemd-networkd[461]: enp2s0: DHCPv4 address 172.31.8.20/24 via 172.31.8.1 Oct 17 13:18:26 zero systemd-networkd[461]: enp2s0: Configured

ну так никто не мешает не использовать networkd. кстати, имхо, он довольно убог.

когда там уже kerneld

?

systemd все хаят за не-юниксвей, но почему-то из него компоненты отрываются гораздо легче чем от, например, докера.

Ребят, вот вы тут умные, расскажите мне что я получу от перехода с sysV на systemd кроме огромной пачки критических багов в дополнение к уже существующим в баше, а так же сомнительной замены dhcpd.

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

И периодически косяски по мелочт

systemd все хаят за не-юниксвей, но почему-то из него компоненты отрываются гораздо легче чем от, например, докера.

Не все, увы

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

для сложных случаев

?

для сложных случаев

И это тоже не всегда помогает

оно 50/50

И это тоже не всегда помогает

это ты просто в мейлре не работал

честно сказать тогда не понятно зачем системд

к некоторым вещам я привыкал долго

а что там в мейле?

там есть на баше написанный supervisor

systemd все хаят за не-юниксвей, но почему-то из него компоненты отрываются гораздо легче чем от, например, докера.

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

Я люблю приводить в пример кейс - не дать отработать рестарту если внешняя команда вышла с кодом != 0

ооо, так я бы там прижился)

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

хорошо, а где здесь systemd?

Пример - тест конфига nginx до рестарта

хорошо, а где здесь systemd?

Эм, systemd и есть pid 1

Эм, systemd и есть pid 1

я знаю. но это фундаментальная проблема любого инита.

она никак не systemd-специфичная. щас будет "системд - блоатварь и в основном бинарнике у него ВСЁ".

вот такое я выгреб

Oct 17 17:43:17 zero sddm-greeter[1872]: Message received from daemon: Capabilities Oct 17 17:43:17 zero sddm-greeter[1872]: Message received from daemon: HostName Oct 17 17:43:17 zero sddm-greeter[1872]: Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options QFlags(), depthBufferSize 24, redBuffe Oct 17 17:43:17 zero sddm-helper[1869]: [PAM] Ended. Oct 17 17:43:17 zero sddm[1861]: Auth: sddm-helper exited with 6 Oct 17 17:43:17 zero sddm[1861]: Greeter stopped. Oct 17 17:43:18 zero systemd-logind[447]: Removed session 5.

причём от рута просто startx взлетает

а из под юзера - фигос

Пример - тест конфига nginx до рестарта

а то что мы тогда напридумывали не катит да ? )

я знаю. но это фундаментальная проблема любого инита.

Не разу не получалось завесить sysV командой от непревилигированого пользователя

Да и от рута тоже

а то что мы тогда напридумывали не катит да ? )

Не катит ;)

Оно не будет работать

А тут systemd-notify '' и тут завертелось

чйорт.

она никак не systemd-специфичная. щас будет "системд - блоатварь и в основном бинарнике у него ВСЁ".

Не все, но довольно многое. Они там уже ntp в себя затянуло?

и не собиралось. systemd-timesyncd отдельно работает.

Поттеринг боится писать ssh сервер, видимо догадывается какое чудовище сотворил

Там проблемы в том что журнал однопоточный. Если в него много писать логов он начинает тормозить для всей системы

С обработкой эаентов проблема - если системд их много получила она тупо все новое дропать начинает

И много - это десяток одновременно

Лол, это сильно

ERROR: S client not available

Их предсказуемые имена интерфейсов не предсказуемы в случаи многопортовых карт

С обработкой эаентов проблема - если системд их много получила она тупо все новое дропать начинает

хмм. мы однажды поймали проблему большого потребления ресурсов от systemd, когда Restart=always стал излишне ретиво все рестартить. но тормозил не столько системд, сколько процесс создания новых процессов. рейт был в районе 1000 в секунду, проблем не было.

это да

хмм. мы однажды поймали проблему большого потребления ресурсов от systemd, когда Restart=always стал излишне ретиво все рестартить. но тормозил не столько системд, сколько процесс создания новых процессов. рейт был в районе 1000 в секунду, проблем не было.

А ты уверен что они не игнорили части эвентов?

Ну по поводу имён сетевых интерфейсов udev и так и так может чудить. С каноничными именами он может интерфейсы местами поменять

уверен. там подсчеты по времени совпадали с таймаутами на рестарт

Там проблема в том что у тебя может новый старт не отработать или стоп проигнорится

хмм. мы однажды поймали проблему большого потребления ресурсов от systemd, когда Restart=always стал излишне ретиво все рестартить. но тормозил не столько системд, сколько процесс создания новых процессов. рейт был в районе 1000 в секунду, проблем не было.

Олсо, а они из беты вообще вышли?

кто?

Системд

Олсо, а они из беты вообще вышли?

Оно в рхел7 из коробки

В убунте с 14.04 вроде

с хениал

Дебиан 8

То что какое-то ПО из коробки предоставляется в системе ещё не значит, что оно вышло из беты. Это значит, что в экосистеме этого дистра есть адепты этого говна

в экосистеме ВСЕХ дистров

не считая маргинальщины

То что какое-то ПО из коробки предоставляется в системе ещё не значит, что оно вышло из беты. Это значит, что в экосистеме этого дистра есть адепты этого говна

Как бы рхел

Ну в генте upstart и никто не жалуется

Оплот стабильности и тухлости софта

Ну в генте upstart и никто не жалуется

Есть в оверлее

> гента > никто не жалуется

Ну в генте upstart и никто не жалуется

В генте из коробки openrc или systemd

Смотря какую коробку возьмешь

Апстарт только в хромос

У них он в оверлее

openrc в генте

В генте из коробки openrc или systemd

как так получилось, что ты разбираешься в генте?

и на выбор системд

в смысле, зачем

как так получилось, что ты разбираешься в генте?

https://wiki.gentoo.org/wiki/User:Civil

фигасе