Dotaz: Nastavení fixní sítě (openSUSE 13.2)

[lertimir]

Příloha:

• plot1.svg (149144 bytů)

openSUSE v 13.2 zrušilo standardní statické nastavování sítě pomocí ifup a nahodilo nový daemon nazývaný wicked. Síť sice funguje, ale nějak nechápu proč na nahození staticky konfigurované sítě (adresa, maska, gateway, DNS servery) pracovní stanice připojené jedním ethernetem, potřebuji nějakáho demona. Navíc při startu je pomalý a netuším co dělá, tedy pravděpodobně pouští nějaké DHCP, což nepotřebuji. Přiložil jsem vypis systemd-analyze plot. A to co bych rád vyřešil je, bud jej nakonfiguravat tak aby byl rychlý, nebo korektním způsobem přejít na ifup a nezmrvit si moc vazbu na distribuci. (Podotázka je proč je jádro a initrd tak pomalé, ale to budu řešit později.)

Odpovědi

[pavlix]

Síť sice funguje, ale nějak nechápu proč na nahození staticky konfigurované sítě (adresa, maska, gateway, DNS servery) pracovní stanice připojené jedním ethernetem, potřebuji nějakáho demona.

To je velice jednoduché. Protože se rozhodli alespoň v rámci serveru sjednotit síť pod novým nástrojem. Na některé věci démon potřeba je, na jiné není, nejjednodušším řešením z pohledu návrhu distribuce je tedy použít ho vždy. Typický uživatel tak používá vždy ten stejný nástroj a za nalezené bugy odpovídají ti stejní lidé. Je to stejný důvod, proč se to stejné nedávno stalo s NetworkManagerem ve Fedoře, netifd v OpenWRT, a proč je stejně řešený i systemd-networkd. Pokročilý uživatel samozřejmě může zkusit nahodit nějakou alternativní službu, která démona nespouští, nebo čekat, zda neupraví ten software tak, aby se uměl po dokončení konfigurace ukončit.

Navíc při startu je pomalý

Máš to nahlášení i na opensuse? Přidej odkaz, případně řekni, co ti chybí, abys to mohl smysluplně nahlásit.

a netuším co dělá, tedy pravděpodobně pouští nějaké DHCP, což nepotřebuji

To by se asi mělo dát zjistit, i kdyby přes tcpdump. Pokud by tomu tak bylo, tak bych to hádal na chybu v konfiguraci. Co jsem se bavil s Olafem, tak samotný wicked by neměl provádět tak divokou automatizaci jako NetworkManager, takže to, co se u NetworkManageru řeší konfigurací, by mělo být u wicked řešeno pouhým nespuštěním služby, která tu automatizaci zajišťuje.

[lertimir]

Na opensuse nahlášeno jako bug 911151

[pavlix]

Registrace do susácké bugzilly na mě působí podobně jako formulář pro vstup na území USA.

[Michal Kubeček]

On ten formulář vypadá různě podle toho, jestli se na něj člověk dostane přes bugzilla.opensuse.org nebo bugzilla.suse.com (případně bugzilla.novell.com].

[pavlix]

Dostal jsem se tam z opensuse, ale vypadalo to, jak kdybych tam přišel bůhví odkud.

[lertimir]

Příloha:

• wickedslow.tar.gz (82053 bytů)

Přihazuji sem logy, které jsem posílal do bugzilly.

[pavlix]

Já už jsem ověřil e-mail, takže můžu tu bugzillu sledovat i komentovat.

[pavlix]

Jinak, to je těch logů tolik, že nejdou přiložit jako text/plain a otevírat přímo v browseru? Měl jsem namysli především v té bugzille. I se pak na ně lépe odkazuje.

[lertimir]

No chtěli po mne logy podle tohoto, což je 6 logů. většina je malých, ale wicked.log má přes 200kb, a asi jen ten je v jádru podstatný. Připadalo mi rozumnější to sbalit do jednoho souboru. Přiště to mohu poslat jednotlivě.

[Michal Kubeček]

Vážně? Schválně jsem se podíval kromě položek Company (kde je připravený i checkbox pro "žádná") a Country tam nic mimořádného nevidím. Vážně je formulář pro vstup na území USA takhle málo zvědavý?

[jadd]

OT: Já bych se rád registroval do forums.opensuse.org ale vždy mě přesměruje do formuláře kde nabízí jen login.
OT2: Rád bych tam napsal, že nefunguje http://download.opensuse.org/debug/update/13.2/ ani http://ftp5.gwdg.de/pub/opensuse/debug/update/13.2/ Nainstaloval jsem plasma5 hodilo mi to crash, pokusil jsem se nainstalovat debuginfo a i když jsem měl všechny balíky stále to nestačilo (nestačí), totiž v update je novější plasma5-workspace než je moje plasma5-workspace-debuginfo.

[Michal Kubeček]

V pravé části přihlašovací stránky je tlačítko "Create Account". Jinak forums.opensuse.org používají stejnou autentizační databázi jako bugzilla, OBS, openFATE a možná ještě něco dalšího, takže pokud už máte účet pro některou z těchto služeb, můžete ho použít i na forums.opensuse.org.

totiž v update je novější plasma5-workspace než je moje plasma5-workspace-debuginfo.

Já v obou repozitářích vidím verzi 5.1.1-10.1 (a taky předchozí 5.1.0-4.1, ale taky v obou).

[jadd]

Ooo, já měl právě na té stránce zablokovaný javascipt attachment.org, už to vidím, jsem vul.. Vím, že tam jsou ale repodata.xml nejde číst pro přidání repozitáře..

[pavlix]

Mně to teda nutilo vyplnit těch věcí trochu víc a ještě mi to by default navolilo nějaké novellácké SPAMy, které jsem pak musel povypínat. Je možné, že to (omylem) přesměrovává různě podle okolností a skutečně jsme se dostali na různé formuláře. Company jsem zvolil žádná, protože jakýkoli pohyb v opensuse bugzille je moje soukromá věc :).

[pavlix]

Nehledě na to, že to vypadalo jako über corporate shit. Já přece nechci řešit nějaké Novelly, Attachmate a jiné, ti ať si hodí někam nenápadně reklamu a neotravují mě. I když je pravda, že by se to samé dalo vztáhnout na bugzilla.redhat.com, ale tak tam je to aspoň dlouhodobě jedna adresa pod jménem jedné firmy. Nicméně na první dojem jsem vůbec neměl pocit, že se registruju ke komunitnímu webu, ale spíš jsem měl pocit, že jdu obtěžovat do nějaké korporace.

[Michal Kubeček]

Dřív opravdu byl formulář společný s novell.com a vypadal podle toho, protože to byl primárně formulář pro registraci zákazníků Novellu (a stejná identita se pak používá i pro přístup např. k supportu). Ale už asi tři roky je pro opensuse.org registrační formulář jiný. Teď (od letošního léta) už se podle domény liší i styl a pár dalších věcí (třeba defaultní nabídka produktů).

[pavlix]

Fair enough. Mně to nevyčítej, já se jen registroval tak jak jsem to našel na bugzilla.opensuse.org, jen nejspíš trochu jinou sekvencí akcí než jak jsi to vyzkoušel ty.

[pavlix]

Jinak ten automatizační proces bude nejspíše wicked-nanny.

[pavlix]

Ještě jsem si všiml z toho plotu, že za podstatnou část zdržení může systemd-udev-settle, tak to by asi chtělo řešit samostatně, protože s tím wicked asi nic moc nezmůže.

[lertimir]

Příloha:

• plot2.svg (150881 bytů)

Při každém běhu je to trochu jinak. Dnešní start má tento plot. Na opensuse bugzilu to jdu psát teď. Zvláštní je ten kernel a initrd. Přece jen desktopová i5 startující ze SSD bych čekal rychlejší. Podstatně rychleji najiždí můj notebook.

[pavlix]

A když už jsme v tom, jaký je rozdíl mezi wicked.service a wickedd.service?

[lertimir]

To nevím. Jak říkám výměna byla v 13.2 upgradoval před cca 2-3 týdny.

[jadd]

OT: mě 13.2 aktivovalo NM a Wicked nechalo vypnutý. RELEASE-NOTES.cs, pokud jsi už nečetl.

[pavlix]

Olaf říkal, že se NetworkManager používá pro desktop a wicked pro server.

[lertimir]

Přesně tak, NM (alespoň tak, jak jsem ho zatím na různých distrech potkal) nahazuje síťové služby až po zalogování uživatele, a to je u mne dost nevhodné pro fixní stanici, protože po startu si připojuji NFS volumy ze serveru a ještě jeden se připojuje přes pam_mount.

[pavlix]

Přesně tak, NM (alespoň tak, jak jsem ho zatím na různých distrech potkal) nahazuje síťové služby až po zalogování uživatele

To je nesmysl. NetworkManager je systémová služba a připojení nahazuje při startu, pokud k tomu má dostatek informací a dokonce na to čekají další systémové služby včetně tebou zmíněných NFS mountů.

[lertimir]

OK, ale na všech noteboocích, kde jsem je používal se připojovalo až po přihlášení. A i v té mé situaci s wicked, když jsem v yastu vyměnil síťovou konfiguraci za NetworkManager, tak se mounty NFS zařízení neprovedly, takže jsem se domníval, že standardně sice NetworkManager sice najede, ale fakticky úkoly dostane až od nějakého managementu jako je třeba KDE aplet.

[pavlix]

Pokud jde o NFS, nemám nikde opensuse a nechci trávit moc času testováním mimo Fedořu a Gentoo. Navíc řazení NetworkManageru mezi ostatní služby bylo dlouho řešeno přímo ve Fedoře a až myslím těsně před vydáním 0.9.10 jsem si nastudoval věci kolem systemd a prosadil změnu do upstreamu. Napadají mě jen dvě věci, které by mohly způsobit, že bude NetworkManager čekat na user session, a to jsou user connections (nezkoušel jsem) a připojení, kterým chybí autentizační údaje. Ale to všechno bys zjistil z nmcli connection a nmcli connection show UUID.

[pavlix]

Ještě jedna drobnost, blokování network.target na konfiguraci sítě je taky chyba. Blokovat by se měl pouze network-online.target. To by asi taky chtělo nahlásit a ke všem bugům prosím dodej linky v diskuzi nebo editací zápisku. Nezkrátí ti to celý boot, ale v současném systemd je to definováno celkem jasně.