Dotaz: Fedora 16 (BETA), systemd a základní nastavení

[Radek Hladik]

Zdravím, vím, že se zde vyskytuje poměrně hodně lidí, co zná systemd. Dokonce jsem s několika pod články o systemd vedl polemiku - tehdy víceméně v teoretické rovině a na základě zkušeností z různých prvních verzí. Každopádně teď to vypadá, že se bez systemd neobejdu, ale upřímně řečeno jsem zděšen a rád bych se poradil.

Nainstaloval jsem čistou F16 beta (ze září). Říkal jsem si, už je to druhá verze se systemd, za cca 14 má vyjít ostrá a když instaluju ze sítě z updates, budu mít skoro to samé. Neinstaluju žádné složistosti, prostě základní server+httpd+mysql (volba Webserver při instalaci).

Co jsem se snažil na serveru udělat bylo: vyhodit NetworkManager, zapnout network, vyhodit sendmail, přidat postfix, projet služby, které běží a povypínat, co nepotřebuju, rozjet služby, co potřebuju a tak pdoobně.

A teď tedy ty dotazy:

* Dá se nějak vypsat všechny služby, co běží? systemctl bez parametrů mi vypíše 102 čehosi všeho, přidání | grep running zdá se udělá něco, co bych chtěl, ale je to správně? Chápu že z hlediska systemd je úžasné, že jednorázovka při startu (remount / read-write) je stejná jako hlavní démon, kvůli kterému to celé provozuju, ale já bych to opravdu rozlišit potřeboval.

* ten (textový) boot je strašně nepřehledný, dá se nějakým způsobem zapnout staré dobré [OK] a [Failed]? V configu jsem zahlédl něco jako log_color, co podle manu má zvýrazňovat důležité věci, ale při startu mi nenajel postfix a rozhodně tam nic barevného nebylo...

* z nějakého důvodu mi nenajel při startu postfix, status hlásil, že je dead. systemctl start ho ale bez problému nastartoval. Teoreticky je možné, že jsem ho nějak nepovolil, ale nejlepší, čeho jsem dosáhl je:

# systemctl enable postfix.service

postfix.service is not a native service, redirecting to /sbin/chkconfig.

Executing /sbin/chkconfig postfix on

Warning: unit files do not carry install information. No operation executed.

Nepředpokládám, že v unit pro postfix by byla tak hrubá chyba, takže musím mít někde problém já. Ale netuším, jak ho najít. V logu (messages) o postfixu není ani známka, ovšem zato:

* v logu se mi objevují záznamy typu:

[system] Activating via systemd: service name='org.freedesktop.NetworkManager' unit='dbus-org.freedesktop.NetworkManager.service'

přestože jsem NetworkManager zakázal. Nebo

systemd[1]: Failed to read PID file /run/sendmail.pid after start. The service might be broken.

to mu můžu rovnou říct, service není broken, ale je zakázaná. Proč se snaží spusti něco, o čem jsem mu jednoznačně řekl systemctl disable?

* přestože mám nainstalované mysql i httpd (podle yum i rpm), netuším, jak je zapnout. systemctl --all neobsahuje ani ťuk o nějakém http nebo mysql.

Z celého toho mám opravdu hrozný pocit, děsím se toho, že základní systémová věc mi dělá naprosto nepředvídané věci a nejsem schopen ji spolehlivě používat. Jsem tak extrémní uživatel nebo s tím bojují i ostatní? Se žádnou technologií, kterou Fedora měla už téměř dvě verze, jsem neměl tak hluboké problémy. To co zde popisuju vždycky vyřešilo service start/stop, chkconfig a ntsysv. A měl jsem jistotu, že vím, co server při startu udělá. A když jsem se na boot koukal, tak jsem věděl, jestli je nějaký startovní problém nebo ne.

Odpovědi

[Petr Šobáň]

Jestli to nebude tím že ačkoliv je tam systemd tak se ještě používá i /etc/rc.d nevím jak je to ještě provázané v nové distribuci.

Takže co se kouknout zda NN není povolen tam a postfix povolit také tam.....

Jinak ti to píše: "postfix.service is not a native service, redirecting to /sbin/chkconfig." Tak zapni postfix pomocí chkconfig.

[Radek Hladik]

No právě jsem očekával, že pokud je to už druhá verze, která vyjde s tím, že starý init je obsoleted atd, tak už bych očekával, že se "základními" démony nebude problém. Chápu, že není možné všechny skripty přepsat, ale pak bych považoval za podmínku vydání distribuce, ať ty skripty aspoň nějak fungují přes systemd. Nemám problém s tím, když mi nebude fungovat já nevím, třeba dropbeear a bude potřeba upravit něco/udělat bugreport/atd... Ale postfix, NN, mysql, httpd,...?

V /etc/rc.d sice postfix je, chkconfig a spol ho dokonce hlásí jako zapnutý. Naopak NN tam není, není tam mysql, jen httpd. Celkem je tam asi jen 6 služeb.

Podle té hlášky chápu, že se používá starý rc skript, to by mi nevadilo, jenže vzhledem k tomu, že v systému běží pouze systemd a žádný jiný init, tak musí systemd nějak zvládat ovládání takovýchto služeb. A rozhodně bych neviděl jako ideální mu do toho hrabat jinak než přes jeho příkazy.

[Petr Šobáň]

Já nevím na co si stěžuješ - je to BETA kdoví jak to bude fungovat v ostré distribuci....

Mě se strašně líbí jak každý nainstaluje nedokončený OS a pak si stěžuje že to nefunguje - no tak jim s tím pomož - nahlas bugreporty ať to do finální spraví.

A pokud na to nemáš nervy tak používej odladěné distribuce a i ty ještě až třeba měsíc dva po vydání jak se vychytají mouchy i tam.

Jinak já jsemtaky očekával že gnome3 nebude tak sprasené a zhnusené jako je takže jsem musel přejít na xfce protože i kde je zblbnuté - nepřehledné menu a než se někam člověk dostane tak se ukliká.....

[Radek Hladik]

Jak jsem psal, je to sice beta, ale instalovaná z updates v den, kdy je "Final Change Deadline" a den před "Compose 'Final' RC". Hlavním důvodem bylo právě to, abych měl co nejvíc vychytaný systemd. Ale uznávám, že v tom může být moje chyba, ale čekal jsem, že v této fázi se bude jednat už jen o drobné drobnosti, které klidně zareportuju...

[michich]

Dá se nějak vypsat všechny služby, co běží?

Pro výpis omezený jenom na služby se hodí systemctl -t service

ten (textový) boot je strašně nepřehledný, dá se nějakým způsobem zapnout staré dobré [OK] a [Failed]?

Moc dobře ne. Tím, že tolik věcí startuje paralelně, to není triviální. Je potřeba napsat prográmek, který by události nastávající při startu prezentoval v nějaké hezké formě. Zatím se k tomu nikdo nedostal.

# systemctl enable postfix.service

postfix.service is not a native service, redirecting to /sbin/chkconfig.

Executing /sbin/chkconfig postfix on

Warning: unit files do not carry install information. No operation executed.

Myslím, že ta poslední hláška je sice matoucí, ale chkconfig provedl to, co měl. Postfix by po tomto měl opravdu po rebootu startovat.

[system] Activating via systemd: service name='org.freedesktop.NetworkManager' unit='dbus-org.freedesktop.NetworkManager.service'

Nějaký klient se pokouší komunikovat s NM přes D-Bus. dbus-daemon se pokouší o aktivaci služby. O tom je tato hláška. Jestli jsi ale opravdu NM zakázal (systemctl disable NetworkManager.service), tak k aktivaci nedojde.

systemd[1]: Failed to read PID file /run/sendmail.pid after start. The service might be broken.

to mu můžu rovnou říct, service není broken, ale je zakázaná. Proč se snaží spusti něco, o čem jsem mu jednoznačně řekl systemctl disable?

Nějaký skript tu službu asi spouští bez ohledu na to, jestli je zakázaná nebo ne. Podezřelý je /etc/NetworkManager/dispatcher.d/10-sendmail, který používá restart místo try-restart.

přestože mám nainstalované mysql i httpd (podle yum i rpm), netuším, jak je zapnout. systemctl --all neobsahuje ani ťuk o nějakém http nebo mysql.

systemctl enable mysqld.service httpd.service

Užitečný příkaz je systemctl list-unit-files. A nebo taky rpm -ql | grep systemd.

[michich]

Ten poslední příkaz měl být rpm -ql jméno_balíku | grep systemd.

[michich]

Je potřeba napsat prográmek, který by události nastávající při startu prezentoval v nějaké hezké formě.

Tj. bug 622663.

Podezřelý je /etc/NetworkManager/dispatcher.d/10-sendmail, který používá restart místo try-restart.

sendmail bug 748416, oprava je na cestě do updates-testing.

systemd[1]: Failed to read PID file /run/sendmail.pid after start. The service might be broken.

sendmail bug 748171.

[Radek Hladik]

Díky moc.

Zatím odpovím stručně, na server se mizi tím instaluje F15 a uvidíme, jestli to opravdu bylo tou betou.

Ad boot vypis) Chápu, že by bylo složité mít díky tomu paralelnímu startu nějak hezky pospojované výstupy od každé služby, ale na druhou stranu, výpisy od systemd by mohly být třeba barevně odlišené a s tím [OK] na konci. Jestli jsem to správně pochopil, tak stejně spuštění každé služby bylo zakončeno něcím jako Started xy. Tak prostě místo toho udělat něco jako

SYSTEMD: Service xy started [OK]

Chápu, že je to kosmetika, ale hrozně by to podle mně zpřehlednilo.

Dále zatím svedu na betu to, že se někdo snaží spustit sendmail, u NM to asi musím očekávat. Stejně tak to, že se postfix nespustí. Naopak moje chyba je to, že jsem nenašel ty mysqld.service a httpd.service, myslel jsem, že --all vypíše právě úplně všecko a ani bash-completion mi je nenabízel...

[michich]

postfix se nespustil nejspíš právě kvůli tomu, že už se stihnul zapnout ten sendmail a blokuje mu port 25.

[Radek Hladik]

Fajn, už se doinstalovává ta F15. Ale vrtá mi hlavou, která možnost je správně:

a) updates u beta verze mají poměrně velké zpoždění

b) cca 14 dní před ohlášeným vydáním, tedy cca 3-4 týdny před ostrým vydáním je tam tolik bugů (ikdyž chápu, že většinou jsou to jednořádkové opravy)

c) měl jsem pech a vymetl jsem všecky bugy, co tam jsou

[michich]

Já to vidím tak, že jenom ten nechtěný start sendmailu je poměrně vážný bug (ale ne blocker). To ostatní jsou buď další následky tohoto, nebo kosmetické problémy.

Jestli to chápu správně, tak z té hlášky o NetworkManageru nevyplývá, že by se skutečně spouštěl. Pokud přesto startuje, tak to by bylo špatné a prosil bych to nahlásit jako bug.

[Radek Hladik]

Ne z té hlášky to opravdu nevyplývá a vypadá to, že se ten NetworkManager nespustil. Resp. v systému neběžel, jestli se spustil, něco udělal a skončil, to nemůžu říct. Ale síť je nastavená správně, ale mám v tom konfiguačním souboru napsáno, ať na to NM nešahá

Každopádně, F15 je doinstalovaná, tady jsou moje závěry, když jsem zkusil to samé jako s F16:

* boot je nějak přehlednější, je tam asi méně balastu, takže se dá občas i na projíždějícím výpisu zahlédnout struktura "Starting ...." a pak "Started...". To bude asi nějaká úroveň ladění nižší než na betě.

* systemctl --all bez problému vypíše httpd i mysql, bash completion je bez problému doplní do systemctl enable <tab>

* vypnutí sendmail, NetworkMonitor, zapnutí postifx a network se zdá být funkční, do logu se žádné divné hlášky nepíší (ovšem je otázka, zda to není tou nižší úrovní logování )

* sendmail se nespustí, postfix jo, ovšem ve /var/log/boot.log nebo messages není o postfixu ani slovo, žádné Started Postfix nebo tak..., ale systemctl status se k němu normálně hlásí a tváří se spokojeně. Zkoušel jsem i hledat mail, mta, sendmail, 25, ale nic.

* většina služeb se zdá být ovšem v podobě init rc skriptu, alespoň ntsysv vypíše téměř kompletní sestavu

Tedy jestli to správně chápu, tak na F15 ten systemd funguje vcelku obstojně, ikdyž většina služeb je v podobě rc skriptů a ani přesto to není úplně ideální. Ve F16 došlo k přepisu většiny služeb z rc skriptů a ještě tam jsou mouchy.

Každopádně z administrátorského hlediska mi oboje zatím připadá jako krok zpět a bude ještě potřeba dost vývoje, aby se to jako celek dostalo na úroveň F14. Technicky jsou to zajímavé věci, moc se mi líbí možnost přesně vědět, který proces komu patří, jak dlouho ta služba běží, kdo jí spustil a spol. Ale na druhou stranu mi chybí TUI klikátko jako bylo ntsysv, chybí mi přehlednost startu, kdy plná řada zelených OK znamenala, že vše se nastartovalo, jak si představuju, a vadí mi, když se mi při startu nenapíše služba, která se spustí. To samo je u mně dost velký problém u tak zásadní systémové komponenty.

[petr_p]

chybí mi přehlednost startu, kdy plná řada zelených OK znamenala, že vše se nastartovalo, jak si představuju

To je tím, že řada startovacích skriptů kydá hnůj na stdout, a když se jich takhle překřikuje několik desítek, tak je z toho guláš.

Až tyhle hlášky budou vyčištěné, tak bude stačit snížit ukecanost systemd, protože ten do toho sype taky dost velmi nízkoúrovňových hlášek, které by mělo smysl zobrazit jen, když se daný podsystém pokazí. Systemd má totiž logování dost nedodělané.

Problém trochu je, že desktopoví uživatelé mají grafický boot, kde se nezobrazuje nic, tak ti to opravovat nebudou a správci serveru reboot jednou za čas přežijí. Takže se obávám, že čištění bude trvat hodně dlouho.

a vadí mi, když se mi při startu nenapíše služba, která se spustí.

To je tak trochu vlastnost. Ona se často žádná ani nepouští, protože místo ní systemd připraví jen socket, a službu pustí, až když je opravdu potřeba (takový inetd). Takže že služba nefunguje, se člověk dozví, až se ji pokusí použít.

Doporučuji si zvyknout na výstup nástroje systemctl, tam jsou také barvičky. Asi by to ale chtělo nějaký inteligentní režim, který by vyplivl stav jen služeb explicitně zapnutých k automatickému startu.

[Radek Hladik]

To je tak trochu vlastnost. Ona se často žádná ani nepouští, protože místo ní systemd připraví jen socket, a službu pustí, až když je opravdu potřeba (takový inetd). Takže že služba nefunguje, se člověk dozví, až se ji pokusí použít.

Tohle je mi jasné, už jsem se tu o tom několikrát s lidmi bavil a opradu rád bych tuhle featuru měl možnost vypnout. Ovšem to není případ postfixu, protože ten je ještě rc skript a u těch, pokud vím, to tak snadno nejde, protože vytvořený socket je potřeba demonovi nějak předat. Navíc hned po startu, sotva jsem se přilogoval, tak proces postfixu běžel, aniž by se někdo na socket připojil.

Jinak ostatní věci chápu, chápu grafický boot a spol, ale i přesto trvám na (svém) názoru, že po téhle stránce je to opravdu méně příjemné než starý runinit. A znovu přidávám svůj pocit, že na serveru je mi jedno, jestli to bootuje minutu nebo dvě, ale potřebuju 100% kontrolu a pocit jistoty

[michich]

systemctl --all neobsahuje ani ťuk o nějakém http nebo mysql.

Otevřel jsem to jako bug 748512.

[Radek Hladik]

Super, díky.