Dotaz: "Defer loading" linuxovych sluzeb?

[Fanda]

O co mi jde: Kdysi jsem sedel u kamarada, ktery mel na notasu tusim NetBSD. System postupne startoval, a kdyz se dostal na inicializaci site, tak se zamyslel, protoze se asi snazil pripojit k Wifi, ktera v tom miste nebyla.

Povidam: "Tak a ted si pockame" A kamarad: "A proc?" A zmacknul Ctrl+C a system pokracoval dal v bootovani.

Rekl jsem si, jaktoze me to proboha nenapadlo? A az doma jsem zjistil, proc me to nenapadlo - protoze muj Debian tohle neumi. Nevim proc

Kdyz mam v /etc/network/interfaces treba wifinu, ktera je v praci, tak se mi doma na tom miste bootovani proste zastavi a Ctrl+C to vesele ignoruje

Ale k veci...

Dneska v praci nam spadl server. A pri bootovani nam treba nechtela nabehnout sluzba DenyHosts, proste se to na ni zastavilo. Tak jsem system rebootoval do rescue modu a DenyHosts odinstaloval

systemctl disable denyhosts nefungovalo. Nevim proc, nemel jsem nervy to zkoumat

Dalsi co odmitlo najet bylo MySQL. A to uz se mi potily i knofliky na kosili. Ale nemohl jsem to zacit resit, musel jsem jak trotl cekat, az system dobootuje a konecne se do nej budu moct prihlasit

A ja se ptam: Existuje neco, co by mi nahodilo sluzby, ale az potom, kdy bude system nastartovanej a ja se do nej budu moct prihlasit?

Jasne ze si muzu na to napsat skript, ale neni neco takoveho uz vyreseneho?

Diky

Odpovědi

[Jendа]

A az doma jsem zjistil, proc me to nenapadlo - protoze muj Debian tohle neumi. Nevim proc

Ano, je to příšerné, a nechápu, proč v systemd tohle není. Navíc když explicitně píše, na kterou službu se čeká a jak dlouho to ještě bude trvat.

A ja se ptam: Existuje neco, co by mi nahodilo sluzby, ale az potom, kdy bude system nastartovanej a ja se do nej budu moct prihlasit?

Ano, viz řešení mého předchozího dotazu. Musíš správně nastavit závislosti unit. Jak přesně nevím, nikdy jsem to nedělal, a nepomohlo by mi to, protože se všude jinde typicky přihlašuju na SSH, a ono to typicky visí na síti a na discích.

Ale nemohl jsem to zacit resit, musel jsem jak trotl cekat, az system dobootuje a konecne se do nej budu moct prihlasit

Další průser je, že když v /etc/systemd/system.conf snížíš DefaultTimeoutStartSec, tak se stejné nastavení použije při startu systému i při ručním spouštění.

[Heron]

Pokud máte v systemd nastavenou správnou závislosti služeb, tak neběžící MySQL určitě nebrání použít ssh a přihlásit se na ten stroj (nebo v případě lokálního přihlášení systemd-logind - ten zcela určitě nezávisí na MySQL). S chybějící sítí to samozřejmně nejde.

Zcela běžně se přihlašuju po bootu na stroje, kdy to ještě stále nahazuje náročnější služby. Lze to vidět v systemctl list-jobs.

V systemd totiž neexistuje nic jako ukončený boot. Služby (unity) lze dynamicky přidávat za běhu. systemd reaguje (mimo jiné) na .timer unity a spouští service (které mouhou mít další závislosti a spouštět tak celý strom služeb).

Tj je nutné pečlivě dodržovat závislosti mezi službami, nedělat vazby "všchno na všecho" (některé distribuce mají dokonce cyklické závislosti služeb). Tj pokud např. ssh bude záviset pouze na síti (a dejme tomu na .mount home adresáře), tak jej nic jiného při startu nebude zajímat a systemd jej spustí tak rychle, jak to bude možné. (Osobně spíš používám ssh.socket, ale to na věci nic nemění.)

[jiwopene]

SystemD moc nepoužívám, ale asi by mělo jít spustit DM ještě dříve než se inicializuje síť a jiné služby. Na OpenRC to používám. Bootování probíhá z pohledu uživatele takto: GRUB odpočítá 3 sekundy, načte se jádro a initrd, začne načítat z initrd moduly (pro případ poruchy mám v initrd „kompletní“ systém), pak si počkám na připojení ZFS disků a zobrazí se greeter SDDM. Mezitím se na pozadí inicializuje síť, POSTGRES, nginx, exim, … Po příhlášení se (pomocí pam_exec.so) odemkne šifrovaný disk zadaným heslem.

[Peter Golis]

To ide, a k plnej spokojnosti sa to používa pri notebookoch. Stačí nechať konfiguráciu na užívateľovi a nepchať ju medzi systémovú konfiguráciu.

Otázkou je či toto pomôže aj v prípade servera u ktorého sa predpokladá vysoká dostupnosť sieťových služieb.

[Filip Jirsák]

Existuje, jmenuje se to systemd. Pokud máte jednotky správně napsané (zejména správně nastavené závislosti), nebude start blokovat nic, co by nebylo nutné.

[pavele]

Mno, já když jsem odpojil třeba monitor od PC, tak mi systém nenaběhl. To je u serveru docela průser.

[Peter Golis]

To zvykli robiť BIOSy desktopových dosiek, nesúviselo to s OS alebo aplikáciami. Na to sa predávala záslepka na grafický port ktorý emuloval zapojenie monitoru. Tiel lepšie záslepky dokonca posielali info o emulovanom monitore pomocou EDID kanálu.

Server na desktopovej doske, to je pre domáce použitie OK. Ale vo firme, to mi pripomína tetris z desktopov nahádzaných v rackoch u poskytovateľa z rokov okolo zmeny milénií.

[pavele]

Dělá to i serverová deska, musel jsem to řešit HW emulací monitoru, průchozí krabička, co emuluje EDID monitoru. Ta záslepka se dá vyrobit. Dělá to jen v linuxu, ve Windows to najelo v pohodě.

Co se týče použití desktopových částí na server, výhoda je v dostupnosti a ceně jednotlivých součástí.

Nižší spolehlivost jsem nezaznamenal.

Samozřejmě, není to "Enterprise" super duper řešení, ale běží to spolehlivě léta.

[Peter Golis]

Mohol by som vedieť ktorá serverová doska vyžaduje monitor? Stačil by výrobca, rád by som sa takému amatérizmu vyhol.

PS: V Linuxe je SW úplne jedno či má grafiku. Server nezvykne mať aktívny Grafical Target, a konzola zas monitor vôbec nepotrebuje.

[Heron]

Přidávám se k dotazu, která serverová deska vyžaduje připojený monitor.

Doma provozuju domácí server na nějaké obyč GigaByte MB a nemusím mít ani žádnou GK v PCIE slotu a normálně to nabootuje. Jen to má tu nevýhodu, že když to jednou za dva roky nechce nabootovat, tak tu GK stejně musím připojit (nebo zprovoznit seriový port). Ale že by server potřeboval monitor, o tom za 20 let praxe slyším poprvé.

[Jendа]

Přidávám se k dotazu, která serverová deska vyžaduje připojený monitor.

„Dělá to jen v linuxu, ve Windows to najelo v pohodě.“ nevypadá jako „deska vyžaduje aby to začalo bootovat“ (a pak už je to věcí OS). Takže to má blbě nastavené…

[Fanda]

Dobra, ja vam vsem dekuji za pomoc a zkusim to nejak shrnout

Priznam se, ze okolo systemd jsem zatim chodil jako okolo souseda, vedle nejz sice bydlet musim, ale nic mne prilis nelaka blize ho poznat

Tedy tvrdite, ze pri trose snahy dokazu nastavit systemd tak, aby nejprve nabehlo systemd-logind, protoze ten server mam pod stolem s monitorem i klavesnici, a vse ostatni az pote?

Ted se budu ptat jeste hloupeji, protoze nejsem zadny sitovy spravec, ale ochotny blbec, zamilovany do *nixu, a tak jsem se dostal ke sve vedlejsi cinnosti v nasi male firme

Chtel bych dosahnout toho, aby co nejdrive, jakmile zmizi obrazovka GRUBu, se mi zobrazilo:

server login:

Ale zaroven nechci prijit o takove to:

[  OK  ] SSH Server
[  OK  ] Mysql server

Ale at se to zobrazuje na jinem terminalu, treba Ctrl+Alt+F2

Staci, kdyz mi reknete "jo, takhle to jde nakonfigurovat" a ja uz si vygooglim jak

Nicmene male nakopnuticko spravnym smerem by...

Diky

[Heron]

Tedy tvrdite, ze pri trose snahy dokazu nastavit systemd tak, aby nejprve nabehlo systemd-logind, protoze ten server mam pod stolem s monitorem i klavesnici, a vse ostatni az pote?

To není nejprve. systemd startuje služby paralelně a podle jejich závislostí. Tj automatické (tedy pokud to nějaká distribuce schválně nevypíná).

Ale zaroven nechci prijit o takove to:

Stačí nastavit parametr kernelu:

GRUB_CMDLINE_LINUX="systemd.show_status=true"

Tj vyhodit všechny ty splash screeny a quiet apod a nechat tam tohleto. Potom to při bootu vypisuje co to dělá.

Dále, není dobré se spoléhat na to, co to vypisuje. Beztak se budete muset naučit systemd, takže systemctl status je váš kamarád. Dále journalctl apod.

Staci, kdyz mi reknete "jo, takhle to jde nakonfigurovat" a ja uz si vygooglim jak

V tomto případě je nejhorší boj s distribucí. Takový debian na všechno zavádí vlastní "helpery" a když se to dá všechno pryč, tak systemd funguje. Nevím o žádné pure systemd distribuci (možná ArchLinux?).

[jiwopene]

Někde tam bude nastavení toho, na kterých tty spustit getty. Na první (výchozí) tty se bude zobrazovat jen log a na ostatních bude přihlašovací prompt. Pokud ho chcete mít na první tty až po plném spuštění, tak by SystemD měl umět nastavit závislosti spuštění getty pro daný tty samostatně. Pokud ne, můžte si napsat vlastní service, který spustí getty na prvním tty po naběhnutí všech služeb.

[Josef Kufner]

Systemd je věc, kterou poznat chceš. Narozdíl od SysV initu skutečně funguje jako supervizor. Tedy ví, která služba je v jakém stavu a které procesy k čemu patří. Navíc spouští vše najednou, jakmile to závislosti dovolí.

Docela trvalo, než to dozrálo do použitelného stavu. Hodně věcí tam bylo a pár ještě je udělaných poněkud nešikovně, což Systemd pošramotilo reputaci.