Vlákno názorů k článku Nebojte se systemd: služby od krow - Ahoj, vyřešili jste někdo problém, jak zařídit, aby...

Ahoj, vyřešili jste někdo problém, jak zařídit, aby byl sshd ukončen jako jedna z posledních služeb?

i.e. Když se nějaká služba nechce ukončit abych se mohl pořád přihlásit přes ssh a řešit to?

Díky :-)

K tomu primárně slouží DefaultTimeou­tStopSec. Ve výchozím nastavení to postřílí služby, které se vypínají déle než 90 sekund.

Pak je možnost do ssh.service přidat Before a uvést služby, na jejichž vypnutí to má čekat.

A co když je služba co se korektně vypíná déle než 90s nebo služba co se běžně vypíná 60s ale kvůli vytížení nebo jinému problému to bude přes 90s, ale i přesto správně. Na správně fungujícím systému se můžu znova podívat co se děje. Tady mi to osel sejme, protože banda neschopů v RH si myslí, že ví lépe než já nebo přes 30 let Unixu, co je správně.

A opět, korektně napsaný Unix like systém mi určitě neshodí SSH dokud ostatní věci nejsou vyplé a už vůbec mne nenutí kvůli tomu se hrabat v nastavení služeb nebo se učit nový komplexní boot proces.

Připadá mi, že tihle rádoby vývojáři pracují s hroznou sračkou ve které nic pořádně nefunguje a jejich pokusy o opravu končí ještě větším hnojem. Aha, oni dělají na Linuxu a v RedHat, tak to potom už smysl dává......

Pokud se služba vypíná déle, tak jí prostě nastavíte delší timeout ;-)

30 let kterého Unixu? Certifikované Unixy jako MacOS X nebo Solaris mají už poměrně dlouho init mnohem bližší systemd než sysvinitu.

Který Unix-like system je pro vás ten korektně napsaný? Výchozí vypnutí sshd v Debianu před systemd je na stejné úrovni (02) jako většina dalších služeb, třeba Postgres, Bind nebo Samba. Dokonce se vypne dřív než nginx (03), postfix (04) nebo všechny virtuály v libvirt (05).

jasne, takze bude typovat, jak dlouho to asi tak muze trvat priste ... lol ... deterministickej postup jak noha.