Administrace komentářů

Odpovědi na obojí do jednoho příspěvku:

protože Fedora pořád nedokáže správně poznat, že síť nemá shazovat...

To by mě docela zajímalo, za jakých okolností Fedora shazuje síť bez žádosti uživatele.

A to, že při shutdown zavolá iscsi stop mezi jedněmi z prvních, je už naprostá katastrofa, protože to je poslední, co udělá, pokud má na iSCSI root...

Já bych to asi hlásil do bugzilly. Do redhatí, abych nemusel moc řešit jestli je to problém systemd nebo unity té služby, oni už si to nějak přehodí.

Ono to spolu souvisí. Pokud je root na iSCSI nebo něčem, co potřebuje síť, tak by shození sítě nemělo k tomu potřebné věci shodit. Postupně s tím bojuju už od cca Fedory 8, psal jsem to do bugzily (ikdyž už nemůžu ty bugy najít), ale nějak tak od cca fedory 12-13 s tím nebyl problém.

Problém je v tom, že cca ve fedoře 7 mělo mkinitrd sice detekci, zda root nepotřebuje iSCSI, ale nebylo to rekurzivní. Takže pokud boot byl přímo na iSCSI, tak ok, ale pokud byl na raidu, kde bylo iSCSI, tak už ne. Ale to šlo jen dělání ramdisku, takže člověk holt musel po každém upgradu kernelu přegenerovat ramdisk s parametry, aby se zahrnulo iSCSI. Už zhruba někdy od té 7-8 to dělalo to, že ve cvhíli, kdy se rozjelo iscsi, tak to vyplo shození síťovek při network stop. A ta detekce se dala obejít přidáním _netdev nebo _rnetdev do fstabu. Pak přišel dracut, který v tom nadělal vcelku pořádek a pokud se přegeneruje ramdisk, aby měl iSCSI a síť, tak je to všecko otázka parametrů kernelu a pak jen je potřeba, aby tu síť nikdo neshodil. Původní rc sckript netowkr to už měl docela vymakané, ale teď je jak iscsi tak network spouštěnej jen přes "kompatibiltu s InitV", takže se spouští jako poslední, resp. první. Nevím, jestli to hlásit do bugzily, zda je network ještě pořád podporovaný nebo ne, stejně tak nevím, zda pro iscsi neexistuje nějaká novější varianta...

To bylo celé, co jsem měl na mysli, tedy to, že fedora neshazuje síť bez přání uživatele, ale při shutdownu to shazuje v jiném pořadí, než jak by bylo podle aktuální konfigurace potřeba.

Tak mně napadá, jak je v systemd vyřešeno to, že služba může mít různé závislosti podle toho, jaká je na serveru konfigurace?

Jako že by byla různá struktura závislostí pro různé profily? To si nemyslím.

No myslím to tak, že by se struktura závislostí měnila podle nějakých parametrů. Řekněme, že nastavím, aby se server autentizoval proti winbindu, pak je například rozumné (ikdyž ne nutné) mít závislost: sshd potřebuje winbind. Prostě a jednoduše to, že se závislostí mění podle aktuálního nastevení nečeho jiného na serveru. Ten remote root je taky dobrý příklad. Prostě pokud mám root připojený přes síť, tak najednou síť potřebuju shazovat mezi posledními. To že to ve skutečnosti síť neshodí je jen taková obezlička, sice funkční, ale ne moc čistá, třeba řekněme, že budu mít root nejen přes síť, ale přes IPSec. Pak mi nestačí, že síť zustane nahozená, kdyby nezůstal nahozený IKE. Což je další přiklad toho, že se IKE může shazovat jako jeden z prvních nebo naopak skooro až na konci, podle potřeby... Jako admin si to můžu nastavit, ale přijde mi, že to je věc, kterou by se systemd snaží řešit, tak mně zajímá, jak a jestli....

$ find /lib/systemd/ | grep online

Proto jsem psal, že jsem to nenašel v /etc/systemd, tedy že to není ani moje lokální unit, ani v nějakém wants nebo jako přímá závislost. Čímž pádem nemám přímočarý prostředek, jak to vypnout... Ale ani to pul minuty netimeoutuje, jen to napíše, dependency failed a jede dál....