Vlákno názorů k článku Nebojte se systemd: služby od Heron - Nemusíme se bát, že by to brzdilo start...
-
Nemusíme se bát, že by to brzdilo start počítače, protože, jak jsme si již řekli, start probíhá paralelně.
Aha, takže se klidně může stát, že nějaká služba již naběhla a do tmp si uložila svá dočasná data a potom přijde ke slovu tento skript, který ji to zase smaže.
(kupříkladu právě otevřené)
Tak je stejně unlinkne, na disku stále budou a aktivní descriptory budou i nadále fungovat. Jen se k těm souborům žádný další proces nedostane (přes jejich pojmenování v
/tmp). -
cezz (neregistrovaný)
Suhlas. Ono systemd ma kopec featur, ktore su celkom fajn a ktore by sa na clanok hodili namiesto tych matucich prikladov, ktore nemaju ziadny zmysel.
Ja osobne by som v tomto clanku minimalne to /tmp/ zmenil na nejaku cestu uplne inde - najlepsie taku ktora sa bezne nevyskytuje. Proste nieco v style: "Ak chces, mozes si napisat service ktory ti automaticky precisti nejaky adresar" Stale by to bola somarina, ale aspon by to nebol vyslovene nezmysel.
Ale uplne najlepsie by bolo taketo veci, co si kazdy admin najde za 5 minut v manuali vynechat a ukazat nejake speciality ako zabezpecovanie services, privatne /tmp, read-only adresare, limity na pamat/CPU a podobne. Proste veci kde vie systemd ponuknut nieco navyse.
(ale uprimne, mudrovat vie kazdy, napisat clanok je uz tazsie, takze nekritizujem, len radim..)
-
Ja osobne by som v tomto clanku minimalne to /tmp/ zmenil na nejaku cestu uplne inde - najlepsie taku ktora sa bezne nevyskytuje. Proste nieco v style: "Ak chces, mozes si napisat service ktory ti automaticky precisti nejaky adresar"
Tak hlavne ja jeste nemel distro, ktere by pri bootu samo neuklizelo /tmp. To se ted, co mame tenhleten systemd, na to musi psat sluzba?
-
Nebo to chápu blbě?
Me z diskuse vyplyva, ze je rec o mazani pri bootu. Vyplyva mi to i z autorova "Nemusíme se bát, že by to brzdilo start počítače, protože, jak jsme si již řekli, start probíhá paralelně."
Takze asi ano, chapes to blbe.
V kazdem pripade cisteni /tmp stylem "bijte je a nikoho nezivte", neni moc dobry napad, zejmena treba na serveru. A spolehat na to, ze tenhle mazaci skript dobehne jeste predtim, nez se spusti neco jineho, co si zatim zalozi docasne soubory, je take debilni. Z pocitace to jaksi dela Poetteringovsky nedeterministicky stroj.
-
To se ti nikdy nestalo že se věc nespustila proto že PID už existuje? Pokud systemd ví (a umí to) že je ten proces mrtvola, PID smaže a spustí to znova. Tak to chápu.
Ne, opravdu se mi jeste nestalo, ze by se mi vec nespustila, protoze PID uz existuje. Stalo se mi leda to, ze se mi vec nespustila, protoze existoval PID file a byl jsem dotazan, jestli ho vec ma smazat nebo jsem ho smazal rucne.
Nicmene az mi vec nenabehne, protoze existuje PID file, tak kvuli tomu nebudu poustet mazani celeho /tmp. Krome toho PID file nejspis stejne nebude v /tmp. A kdyby byl, tak smazani celeho /tmp vcetne PID files ostatnich procesu, by mi leda tak dojebalo system, kompletne fubar.
-
No podle mě má článek začínat teoretickým konceptem a až potom se dostat k praxi. Článek, ve kterém odstavce na sebe nenavazují a který začíná stylem: sem napište toto a bude to dělat toto je celkem na nic. Kdyby to prošlo alespoň nějakou technickou korekturou...
Ale uplne najlepsie by bolo taketo veci, co si kazdy admin najde za 5 minut v manuali vynechat a ukazat nejake speciality ako zabezpecovanie services, privatne /tmp, read-only adresare, limity na pamat/CPU a podobne. Proste veci kde vie systemd ponuknut nieco navyse.
Tak tady pomůže se inspirovat existujícími unitami (unity?) v /lib/systemd/system apod.
(ale uprimne, mudrovat vie kazdy, napisat clanok je uz tazsie, takze nekritizujem, len radim..)
Třeba se za pár měsíců naštvu, založím stránku "tady není Heronovo" a něco tam napíšu. Už jsem tolika lidem systemd doporučil (v konkrétních případech), že už mi asi nikdo nevěří, že systemd nemám rád, ale i tak si chci zachovat tvář. :-D
