Systemd – .service jednotky, náhrada init skriptů (diskuse)

[herne the hunter]

není tady:

# systemctl kill -s SIGHUL --kill-who=ḿain bluetoothd.service

náhodou překlep? čekal bych spíš SIGHUP…

[Ruža Becelin]

Asi novinka v systemd - das damonovi jointa a on se restartuje

[Salamek]

fur lepsi nez kdyby misto HUL bylo HAIL

[AsciiWolf]

[Luboš Doležel (Doli)]

Opraveno.

[marek]

no uvidime, jak se to nakonec dopadne s hura akcemi ala systemd atd...

zatim jsem, v ramci udrzeni si zdraveho rozumu, sysvinit, gnome 2 atd, poridil RedHat WS6 a u toho hodlam tvrdosijne zustat dalsich x let ! :)

kam to vubec speje ? systemd, pulse-audio, unity, gnome 3 ...jedna bomba vedle druhe....tedy alespon pro nas stare unixove konzervy :(

Kdyby to bylo aspon k necemu, ale prozatim postradam jakekoliv vyhody oproti sysvinit.

[gorr]

+1

[----]

jojo .. používám roky starý BSD init, OSS, Enlightenment a naprostá spokojenost.

[pavlix]

Zajímala by mě docela jedna věc. Celý nápad se socket activation se mi líbil, ale teďka na mě jaksi doléhá ta horší tvář celé věci.

Na Fedoře 15 se mi často spouští NetworkManager, když nechci, dokonce když si výslovně řeknu, že ho nechci (neznám na to lepší způsob než service NetworkManager stop alias /etc/init.d/NetworkManager stop, které volá systemctl).

Vtip je v tom, že je tak prakticky nemožné dělat něco se sítí, aniž by se mi do toho NM pletl. Jako uživatel mám NetworkManager celkem dost rád, jako síťař ho ale potřebuju vypínat, protože to bych se v něm upsal, kdybych musel při každém pokusu proklikávat až na formulář a v něm ručně vyplňovat IP adresy jako ve windows.

Což o to, když potřebuju, jsem schopný vyhodit z NM konkrétní síťové rozhraní pomocí nmcli, ale i tak je to jiný způsob práce, navíc to nefunguje out-of-the box. Prostě nejde vypnout na linuxovém OS služba tak, aby se během vteřin až minut sama nezapla.

No... bude ještě legrace :). Snad z toho vypadne něco rozumného.

[michich]

Na Fedoře 15 se mi často spouští NetworkManager, když nechci, dokonce když si výslovně řeknu, že ho nechci (neznám na to lepší způsob než service NetworkManager stop alias /etc/init.d/NetworkManager stop, které volá systemctl).

stop nezabrání následné aktivaci. Zkus disable. http://0pointer.de/blog/projects/three-levels-of-off

[pavlix]

Hmmm. Vyzkouším. Ale k čemu je pak /etc/init.d/NetworkManager či service NetworkManager, když tuto možnost nenabízejí (alespoň podle helpu, který to vypíše bez argumentu)? Měl jsem za to, že klidně můžu dál používat initskripty jako dřív a jen se to na pozadí provede novým systémem.

$ systemctl disable ntpd.service

On traditional Fedora systems, this is roughly equivalent to the following command:

$ chkconfig ntpd off

To je úplně jiný význam disable než píšeš ty.

[michich]

Ale k čemu je pak /etc/init.d/NetworkManager

Ten je k ničemu, protože je překrytý nativním unitem, a správně by v tom balíčku už vůbec neměl být.

Měl jsem za to, že klidně můžu dál používat initskripty jako dřív a jen se to na pozadí provede novým systémem.

To ano. Ty provedeš stop a ta služba se skutečně v tu chvíli vypne. Jenže nějaká budoucí událost ji může zase zapnout. Konkrétně NetworkManager je možno aktivovat přes D-Bus.

[michich]

K tomu bych ještě dodal, že nejsi sám, koho překvapuje, že služba se po ručním stopu může zase nastartovat. Máme v Bugzille RFE, aby systemctl aspoň varoval v případě, že uživatel stopne službu, ale nechá aktivní naslouchající sokety k ní přidružené.

A taky mě napadlo, že by bylo možné přidat nějakou operaci "stop + dočasné zamaskování", která by zaručila, aby službu nebylo možné aktivovat dokud to uživatel znovu ručně nepovolí, nebo nerestartuje systém.

[pavlix]

A taky mě napadlo, že by bylo možné přidat nějakou operaci "stop + dočasné zamaskování", která by zaručila, aby službu nebylo možné aktivovat dokud to uživatel znovu ručně nepovolí, nebo nerestartuje systém.

Právě, protože tímhle systemd vůbec nenabízí ekvivalent původného stop. Mám pocit, že by někdy bylo lepší, kdyby lidi přemýšleli od začátku trochu víc prakticky a nebyli překvapeni, když někdo hledá jednu z klíčových a nejčastěji používaných funcí původního systému.

A co teda příkaz service, ten se má taky zrušit?

[michich]

Právě, protože tímhle systemd vůbec nenabízí ekvivalent původného stop.

Naopak. On ten ekvivalent je až příliš přesný Zastaví službu, nic víc.

I dříve jsi mohl mít služby, které startovaly initskriptem i D-Bus aktivací. Se systemd dokonce můžeš zabránit D-Bus aktivaci služeb.

Na druhou stranu právě s příchodem systemd začali vývojáři daemonů přidávat D-Bus (a socketovou) aktivaci i tam, kde dřív nebyla. Tohle je důvod, proč ti v F15 startuje NetworkManager. V F14 mohl nastartovat pouze initskriptem. V F15 začal být aktivován D-Bus rozhraním org.freedesktop.NetworkManager.

A co teda příkaz service, ten se má taky zrušit?

Ne, ten se rušit nebude.

[pavlix]

Naopak. On ten ekvivalent je až příliš přesný Zastaví službu, nic víc.

Z hlediska reálného použití to ekvivalent není :).

Na druhou stranu právě s příchodem systemd začali vývojáři daemonů přidávat D-Bus (a socketovou) aktivaci i tam, kde dřív nebyla. Tohle je důvod, proč ti v F15 startuje NetworkManager. V F14 mohl nastartovat pouze initskriptem. V F15 začal být aktivován D-Bus rozhraním org.freedesktop.NetworkManager.

Jo, to je mě naprosto jasné, DBus aktivaci a systemd považuju za blízké příbuzné.

Ne, ten se rušit nebude.

A začne tedy fungovat, jak má, tedy nabízet možnost vypnutí služby „tak aby se nesapla?“.

[Filip Jirsák]

Prostě nejde vypnout na linuxovém OS služba tak, aby se během vteřin až minut sama nezapla.

Myslím, že to nebude obecný problém „samozapínání“ služeb, že jde o udev a závislosti – tj. služba se nezapne sama od sebe, ale proto, že se zapne jiná služba, která na téhle závisí, nebo proto, že přijde nějaká zpráva (např. aktivace linky), která vede ke spuštění té služby.

[pavlix]

Myslím, že to nebude obecný problém „samozapínání“ služeb, že jde o udev a závislosti – tj. služba se nezapne sama od sebe, ale proto, že se zapne jiná služba, která na téhle závisí, nebo proto, že přijde nějaká zpráva (např. aktivace linky), která vede ke spuštění té služby.

A?

[Filip Jirsák]

Až to tady bude číst někdo neznalý, nezíská dojem, že se mu na linuxu můžou služby zapínat z ničeho nic jen tak samy od sebe. Třeba já mám na počítači docela dost trvale vypnutých služeb, a žádná z nich se nezapne sama od sebe. Tak aby se někdo třeba nebál, že si nemůže na svůj desktop nainstalovat sshd jen pro občasné použití, protože by se mu zapínalo samo od sebe.

[pavlix]

Až to tady bude číst někdo neznalý, nezíská dojem, že se mu na linuxu můžou služby zapínat z ničeho nic jen tak samy od sebe.

Vaším příspěvkem jste tomu určitě nepomohl.

[Jiří J.]

Já celé roky tvrdošijně odmítal nechat běžet dbus. Přišlo mi to jako naprosto zbytečná služba. Celkem se mi to dařilo, dokud někdo nedal v debianu prográmku "dia" tvrdou závislost na gconf2 a dbus, i když se samotný program spustí bez nich. Tehdy jsem si udělal post-update aptitude skript, který ve zkratce odebral exec bit všem dbus součástem a byl klid .

Časem jsem přišel na to, že dost velká tuna programů vypisuje alespoň nefatální errory, protože už tak nějak počítají s dbusem (nevím, to ho tolik protlačilo Ubuntu?), takže jsem to vzdal a nechal ho běžet. Ono to možná takhle nějak bude i se systemd a podobnýma věcma - uživatel bude donucen se nestarat.

[marvn]

nebo s elektrinou...vsichni vyrobci uzitkovych veci pocitaji, ze ji mas doma zavedenou ;)