abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 17:55 | Komunita

V Berlíně probíhá do neděle linuxová konference All Systems Go! 2019. Na programu je řada zajímavých přednášek. Sledovat je lze online. Videozáznamy jsou k dispozici jak na media.ccc.de. Dění lze sledovat na Twitteru.

Ladislav Hagara | Komentářů: 0
včera 15:11 | Nová verze

Byla vydána nová stabilní verze 2.8 (2.8.1664.35) webového prohlížeče Vivaldi (Wikipedie). Přehled novinek v příspěvku na blogu. Z novinek vývojáři zdůrazňují synchronizaci s Vivaldi pro Android. Nejnovější Vivaldi je postaven na Chromiu 77.0.3865.78.

Ladislav Hagara | Komentářů: 7
19.9. 21:11 | Nová verze

Po půl roce vývoje od vydání verze 8.0.0 byla vydána verze 9.0.0 překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, Extra Clang Tools, LLD a Libc++. Vývojáři zdůrazňují podporu "asm goto", díky které lze pomocí Clangu přeložit například Linux pro x86_64 (CONFIG_JUMP_LABEL=y).

Ladislav Hagara | Komentářů: 8
19.9. 14:00 | Nová verze

Bylo vydáno Eclipse IDE 2019-09 aneb Eclipse 4.13. Představení novinek na YouTube. Vydána byla také nová verze 7 online IDE Eclipse Che.

Ladislav Hagara | Komentářů: 0
19.9. 11:11 | Nová verze

Byla vydána verze 24.0 svobodného softwaru OBS Studio (Open Broadcaster Software, Wikipedie) určeného pro streamování a nahrávání obrazovky počítače. Přehled novinek na GitHubu nebo pomocí krátkých videí na Twitteru.

Ladislav Hagara | Komentářů: 3
19.9. 11:00 | Komunita

Microsoft představil a pod licencí SIL Open Font License (OFL) na GitHubu zveřejnil font Cascadia Code. Font je určen především pro zobrazování textu v emulátorech terminálu a vývojových prostředích (Přehled fontů s pevnou šířkou).

Ladislav Hagara | Komentářů: 19
18.9. 21:11 | Zajímavý software

Souborový systém exFAT se běžně používá na paměťových médiích jako karty SDXC, ale z licenčních důvodů jej nebylo možné začlenit do Linuxu, ačkoliv v roce 2013 unikl ovladač od Samsungu, jak shrnuje článek na Linux Weekly News. Park Ju Hyung nedávno vzal novější verzi ovladače od Samsungu a založil na ní vlastní projekt exfat-linux, který je k dispozici uživatelům.

Fluttershy, yay! | Komentářů: 11
18.9. 05:55 | Pozvánky

Dnes a zítra pořádá Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) ve spolupráci se studentským portálem Security Outlines konferenci CyberCon Brno 2019. Sledovat ji lze také online.

Ladislav Hagara | Komentářů: 0
18.9. 04:44 | Nová verze

Byla vydána Java 13 / JDK 13. Nových vlastností (JEP - JDK Enhancement Proposal) je 5. Nová Java / JDK vychází každých 6 měsíců.

Ladislav Hagara | Komentářů: 2
18.9. 03:33 | Komunita

Mozilla.cz informuje (en), že Mozilla postupně zrychlí pravidelné vydávaní nových verzí Firefoxu na 4 týdny. Aktuálně jsou vydávány nové verze Firefoxu každých 6 až 8 týdnů.

Ladislav Hagara | Komentářů: 13
Kdy jste naposledy viděli počítač s připojeným běžícím CRT monitorem?
 (20%)
 (4%)
 (11%)
 (37%)
 (26%)
 (2%)
Celkem 190 hlasů
 Komentářů: 20, poslední včera 13:17
Rozcestník
Štítky: není přiřazen žádný štítek

Vložit další komentář
13.5.2014 10:57 Druhá Duha
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Co se rozčiluješ? Vždyť se jmenují pořád stejně, eth0 a eth1. Jen stačí dát pryč ten humus co to přejmenovává ;-)
AraxoN avatar 13.5.2014 11:01 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
To je na tom to najvtipnejšie - za 10 rokov čo robím administrátora mi rukami prešli tucty serverov a nikdy sa mi nestalo, aby sa eth0 a eth1 nejak magicky zamenili. To prišlo až po upgrade na udev>=200
A fine is a tax for doing wrong. A tax is a fine for doing well.
13.5.2014 11:22 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Na mém laptopu byl tenhle problém s ovladačem broadcom-wl, eth0 byla někdy síťovka, někdy wifina. Po nainstalování toho druhýho ovladače, kterej wifině přiděluje wlan0 (a krom toho je lepší) problém odpadl, ale je možné, že kdyby tam například ty wifiny byly dvě, zase by se to přehazovalo...
rADOn avatar 13.5.2014 19:02 rADOn | skóre: 44 | blog: bloK | Praha
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Mel jsem kdysi v ruce masinu se trema stejnyma sitovkama od realteku ktera slouzila jako firewall a byl s tim problem. (BTW zajimavy je ze dokud tam byly tri 3comky tak se to nestalo :-)

jinak to ze se ti to nestalo znamena jen to ze jsi mel stesti, nebo ze sis toho nevsiml. Kernel nijak negarantuje ze se to nebude menit, pouze se jeho vývojari na cestne slovo snazi aby se ovladace pri bootu dostávaly v lizu pokud mozno ve stejnem poradi. Ale kdyby k tomu byl dobry duvod, zmenit to mohou (ovsem Linusova definice dobreho duvodu je evidentne narocnejsi nez Lennartova :-). Kdyz bys menil ovladac (treba brcmsmac -> brcmfmac) tak ti zase nikdo nic neslibi. Nemluve o tom ze staci aby behem detekce skytla sbernice a jsi zase sejdrem… V praxi je to sice na 99% spolehlivy ale treba u firewallu se vzdycky doporucovalo kontrolovat MAC adapteru.

"2^24 comments ought to be enough for anyone" -- CmdrTaco
13.5.2014 16:32 jadd | skóre: 34 | blog: Greenhorn
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Není to kvůli bezpečnosti ke zmatení nepřítele?
13.5.2014 11:33 Vantomas | skóre: 28 | Praha
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Ono v dnešní době, kdy inicializace probíhá paralelně a dá se říct, že na pořadí inicializace má vliv i to jak jsou nasycené PN/NP přechody elektrony přijde celkem vhod si v udev pravidlech nastavit pevná jména podle MAC adres síťovek, spoléhat na to, že jádro bude síťovky označovat stále stejně je celkem odvážnost, sám jsem párkrát zažil, že po upgradu jádra se mi prohodilo eth0 a eth1.
13.5.2014 12:27 PavelC
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
A nemel tohle nahodou resit systemd, aby v tom udelal "poradek" a nemuselo se sachovat s udev-rules a natvrdo nastavovani podle MAC adres ?
13.5.2014 13:14 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Ty jména, co jsou uvedený v blogu, vypadaj divně, nejsou zmíněný v systemd - Predictable Network Interface Names. Trocha gůglení ukázala, že tahle jména dává biosdevname od Dellu. Jenom by mě zajímalo, jestli si to pisatel blogu nainstaloval, nebo jestli se to stalo součástí systemd (což se mi nezdá).
AraxoN avatar 13.5.2014 13:27 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Ha! Utilitu biosdevname som medzitým nainštaloval, to je pravda. Nemal som potuchy, že to zmení chovanie udevu. Mal som za to, že biosdevname len číta, nie že sa spolčí s udevom a "upečú" to spolu. Ďakujem za nasmerovanie.
A fine is a tax for doing wrong. A tax is a fine for doing well.
Marián Kyral avatar 14.5.2014 13:34 Marián Kyral | skóre: 29 | blog: Sem_Tam | Frýdek-Místek
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
* sys-apps/biosdevname
     Available versions:  0.3.11-r1 0.4.0 0.4.1
     Homepage:            http://linux.dell.com/biosdevname/
     Description:         Sets BIOS-given device names instead of kernel eth* names
No nevím, když vidím "Sets" tak bych předpokládal, že to něco nastavuje :-D
13.5.2014 13:41 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
přijde celkem vhod si v udev pravidlech nastavit pevná jména podle MAC adres síťovek

Tak se to také ve většině distribucí už dost dlouho dělalo. Pak ale přišel Kay Sievers a rozhodl, že je to špatně a že místo persistentních jmen potřebujeme jména "predikovatelná" - která ovšem obecně nejsou ani persistentní, natož predikovatelná.

sám jsem párkrát zažil, že po upgradu jádra se mi prohodilo eth0 a eth1

Na to mnohdy není potřeba ani upgrade, leckdy na to stačí i reboot.

13.5.2014 14:50 véca
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
S tím rebootem to snad nebude tak horké. To snad záleží taky na tom, co se před tím rebootem stalo.
13.5.2014 15:05 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Někdy se to opravdu chová náhodně.
13.5.2014 15:04 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Tyhle kopance opravdu nechápu. Se systemd si můžeš nastavit jména interfaců úplně stejně jako předtím, navíc to schéma podporuje i nastavení jména interfacu na "ethx${mac}". Co ještě chce kdo víc?
která ovšem obecně nejsou ani persistentní, natož predikovatelná.
[citation needed]
13.5.2014 15:21 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
[citation needed]

Opravdu? Tak si přečtěte blogpost, ke kterému je tato diskuse. Stejný HW, stejný BIOS, stejné jádro, stejný udev, dva booty, pokaždé jiné schéma použité pro "predikovatelná" jména. Připadá vám to persistentní? Připadá vám to predikovatelné? A není to zdaleka jediný případ, podobnou věc jsem už zažil i sám (tam šlo o instalátor vs. nainstalovaný systém), stejně jako hrůzy typu eno16777217.

Václav 13.5.2014 15:36 Václav "Darm" Novák | skóre: 26 | blog: Darmovy_kecy | Bechyně / Praha
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
„Update: za iné názvy nakoniec môže sys-apps/biosdevname od Dell-u. Udev je v tom tentoraz nevinne. (vďaka, kralyk) “

Tak kdo že si to má přečíst ten blogpost?
Cross my heart and hope to fly, stick a cupcake in my eye!
13.5.2014 15:42 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names

To ale na věci vůbec nic nemění - podstata je v té sieversovině, bez které by ten problém (jakož i spousta jiných) vůbec nenastal, ani kdyby si biosdevname stavěl na hlavu.

Kay Sievers měl pravdu v jediné věci: že použít pro persistentní jména stejný jmenný prostor jako ten, ze kterého jména přiřazuje jádro, bylo nešťastné a náchylné na race conditions. Ale to šlo snadno vyřešit použitím jiného prefixu v persistent name generátoru a bylo by vymalováno. Nebylo kvůli tomu potřeba vymýšlet ptákoviny. Jen by to holt nebyla the systemd way.

13.5.2014 16:55 Ondrej 'SanTiago' Zajicek
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
No, ona predchozi varianta (stavova, zalozena na MAC adresach) mela krom pouzivani stejneho jmenneho prostoru daleko vic problemu:

1) zavisi na historii

2) vyzaduje rw filesystem

3) rozbije se pri oprave - vymene hardwaru kus za (stejny) kus

4) neumoznuje udelat univerzalni image pro sadu stejnych pocitacu (ruzne MAC adresy)

Ackoliv nova sieversovina ma taky spoustu problemu (napr. vyuzivani firmware/BIOS jmen namisto striktniho uziti cesty na sbernici, potencialy selhat v pripade komplikovanejsich topologii), tak je to aspon castecny navrat k pricetnosti (napr. tim, ze je bezestavova).

Ze ji Sievers protlacuje v ramci systemd? No, ta predchozi byla zas protlacovana v ramci udevu (udev mohl byt v distribucich defaultne s prazdnymi/minimalnimi pravidly a ne s persistent-net.rules).
13.5.2014 17:36 sigma
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
+100, nebylo nic lepšího než přehodit disk do jiného počítače, a místo eth0 mít eth1. Nebo mít náhradní server v datacentru, navést nějakou opici ať vymění disky z vadného stroje /nebo nabootovat ze SAN jiný stroj vzdáleně/, a pak se tam lámat přes KVM a měnit IP adresy v /etc.
13.5.2014 17:37 sigma
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
... MAC adresy v /etc/udev.d/
13.5.2014 20:11 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names

1. V tom nevidím nejmenší problém.

2. To může být komplikace, ale za normálních okolností je při instalaci stejně potřeba mít /etc zapisovatelný a pak už se to měnit nebude.

3. To je kontrolovaná situace, kdy vím, že ke změně dojde, a zařídím se podle toho. A můžu se na to i předem připravit.

4. To nelze ze spousty jiných důvodů, tak jako tak je vždycky potřeba přizpůsobení konkrétnímu systému.

Ackoliv nova sieversovina ma taky spoustu problemu … tak je to aspon castecny navrat k pricetnosti (napr. tim, ze je bezestavova).

Právě tím, že se snaží být bezstavová, vznikají problémy, které způsobují (jak ukazují bugreporty), že nedokáže zajistit ani tu persistenci. Takže krok zpátky to je, ale bohužel ne k příčetnosti.

No, ta predchozi byla zas protlacovana v ramci udevu

Tohle ale nebylo nikým protlačováno. Naopak, třeba SuSE Linux jednu nebo dvě verze problém řešil tak, že jména persistentní nebyla a byla k dispozici utilitka převádějící persistentní identifikátor (např. MAC adresu) na jméno rozhraní. Celkem to fungovalo, ale bylo to nepraktické, takže nakonec stejně jako ostatní distribuce (jen později) došli ke generátoru, který se stal i součástí upstreamu.

To je právě ten zásadní rozdíl mezi tím, co vznikne přirozenou cestou jako výsledek potřeb vývojářů a uživatelů, a tím, co někdo tlačí silou. O jaký případ jde u "persistentních jmen", ilustruje i fakt, že pokud se "persistentní jména" vypnou (což se dělá jedním z nejméně praktických způsobů), nedostanete původní generátor ani upravený generátor nekolidující s jmenným prostorem jádra, ale nepersistentní jaderná jména; přičemž generátor byl pro jistotu z balíčku odstraněn úplně (the systemd way: our way or the highway).

13.5.2014 20:13 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
O jaký případ jde u "persistentních jmen", ilustruje i fakt, že pokud se "persistentní jména" vypnou

Tady samozřejmě v obou případech mělo být "predikovatelná jména".

13.5.2014 20:38 sigma
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
2. To může být komplikace, ale za normálních okolností je při instalaci stejně potřeba mít /etc zapisovatelný a pak už se to měnit nebude.
Nejde o instalaci, ale např. o stateless výpočetní uzly, které bootují ze společného RO filesystému, a /etc, /run atd. mají pak na ramdisku. Můžeme uvažovat, že nějaký provisioning konfigurace se ve výsledku stejně dělá podle HW identifikace, ale abych ho mohl u nového HW udělat vzdáleně, je třeba aby se ten HW dostal na síť. A to když neví, který interface je který, jde docela blbě.
3. To je kontrolovaná situace, kdy vím, že ke změně dojde, a zařídím se podle toho. A můžu se na to i předem připravit.
Jak se předem připravíte na to, že systém vám bootuje ze SAN "každou chvíli na jiném HW"? Nebo třeba ne až takový extrém, ale že prostě při poruše HW nabootujete někde jinde, ale předem nevíte kde? Budu si bastlit nějaké skripty, které to při bootu poznají, a podle fyzické cesty k zařízení si nějak vyčtu jejich MAC adresy a z nich vygeneruju nové persistentní udev rules?
13.5.2014 20:47 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names

Systémy, o kterých mluvíte, budou mít typicky jen jedno (aktivní) rozhraní nebo, bude-li jich víc, budou stejně v bondu.

Navíc takové speciální případy stejně vyžadují tolik úprav a přizpůsobení standardní distribuční konfigurace, že vytvoření udev pravidel na míru konkrétním potřebám nevidím jako zásadní problém.

13.5.2014 20:55 sigma
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Systémy, o kterých mluvíte, budou mít typicky jen jedno (aktivní) rozhraní nebo, bude-li jich víc, budou stejně v bondu.
Tak to rozhodně ne. Často tam bude jedno rozhraní na veřejnou síť, jedno na interconnect / backend, jedno na storage. Některé/všechny pak mohou být zdvojené v bondu.
Navíc takové speciální případy stejně vyžadují tolik úprav a přizpůsobení standardní distribuční konfigurace, že vytvoření udev pravidel na míru konkrétním potřebám nevidím jako zásadní problém.
Dobře, tak jeden server v datacentru na pronajatém HW -- žádná speciální situace, řekl bych. Když DC zjistí závadu HW, sami do pár desítek minut dokážou vzít disky a dát je do náhradního HW stejného typu. Ethernety tam jsou 2 - veřejná síť a private backend síť. Nebo to může být blade server, kde storage je sdílený přes SAS, a je tam spare blade. Ten zapnou, a všechno by mohlo hned běžet dál. Pokud jsou interfacy vázané na MAC adresy, nepojede síť. Neměl by na tohle linux mít standardní řešení?
13.5.2014 22:39 R
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
No a teraz si predstav obycajne desktopove PC a USB wifi sietovku. Sietovka dostane "krasny" nazov wlp0s19f2u4. Odpojim ju a pripojim vedla, zrazu sa vola wlp0s19f2u3...
16.5.2014 13:48 Filip Jirsák
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Dobře, tak jeden server v datacentru na pronajatém HW -- žádná speciální situace, řekl bych. Když DC zjistí závadu HW, sami do pár desítek minut dokážou vzít disky a dát je do náhradního HW stejného typu. Ethernety tam jsou 2 - veřejná síť a private backend síť. Nebo to může být blade server, kde storage je sdílený přes SAS, a je tam spare blade. Ten zapnou, a všechno by mohlo hned běžet dál. Pokud jsou interfacy vázané na MAC adresy, nepojede síť. Neměl by na tohle linux mít standardní řešení?
Jak tenhle problém řeší jiné systémy, než udev? Pojmenujete ta síťová rozhraní náhodně eth0 a eth1 a berete to, že 50 % pravděpodobnost úspěchu je dost vysoké číslo? Nějak si nedovedu představit řešení nezávislé na vnějších informacích, které se vyrovná s jakoukoli změnou hardware. Vždyť to, na které síťové kartě je veřejná síť a na které backend síť může záviset jenom na tom, který kabel padne technikovi první do ruky.
16.5.2014 16:53 sigma
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Popravdě nevím, jak to řeší jiné unixové systémy. Očekával bych že třeba podle fyzické topologie, jako to je třeba u některých SAS řadičů - sloty jsou očíslované na desce, controller má očíslované konektory, a šasi/expander očíslované pozice disků. Tahle čísla jsou dobře viditelná, a originální management utility s nimi pracují. Můžu tak třeba rozsvítit diagnostickou LED na konkrétním disku podle těchto čísel. U modulárních switchů je to stejné - názvy portů jsou třeba Ge/0/2/47.

U ethernetů bych čekal označování - u onboard portů podle čísel, která jsou u nich v případě serverů vždy napsaná. U přídavných karet podle čísla slotu (který bývá taky viditelně popsán zvenku skříně) a čísla portu na kartě (může být opět popsáno, nebo je to číslováno od nějaké dané strany, a pak se tam doplní štítky).

Přijde mi, že právě tohle je možné s aktuálním odklonem od sekvenčního číslování eth0, 1 ... a zavedení označování podle fyzické cesty, případně jmen poskytnutých nějakým firmwarem. Samozřejmě je problém PC-class HW, kde tohle není nijak standardizované.
Nějak si nedovedu představit řešení nezávislé na vnějších informacích, které se vyrovná s jakoukoli změnou hardware.
Vůbec nejde o jakoukoliv změnu HW. Jde mi výhradně o jiný kus HW stejného typu. Typické případy takové situace jsem vám napsal.
Vždyť to, na které síťové kartě je veřejná síť a na které backend síť může záviset jenom na tom, který kabel padne technikovi první do ruky.
Tak to snad ne. Technik má nějaké podklady, jak to má zapojit. Když se mění HW, tak stávající kabely mají popisky na kterou kartu a který port patří. U nového HW se řekne na kterou síť (případně i který switchport) má být který interface zapojený. Přitom se vychází z toho značení, které je na lepším HW přímo napsané, případně se doplní náčrtek.
16.5.2014 17:25 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
U ethernetů bych čekal označování - u onboard portů podle čísel, která jsou u nich v případě serverů vždy napsaná. U přídavných karet podle čísla slotu (který bývá taky viditelně popsán zvenku skříně) a čísla portu na kartě (může být opět popsáno, nebo je to číslováno od nějaké dané strany, a pak se tam doplní štítky).

A když tu kartu posunu o slot vedle, protože tam potřebuju něco přidat a do druhého volného slotu se to nevejde, tak jsem zase v háji.
Vůbec nejde o jakoukoliv změnu HW. Jde mi výhradně o jiný kus HW stejného typu. Typické případy takové situace jsem vám napsal.
Takže my, co občas něco vyměňujeme do jiného HW, se máme jít bodnout? (Stejný hardware na Linuxu? Proč? Vždyť to bootuje všude.)
Quando omni flunkus moritati
16.5.2014 18:06 sigma
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
A když tu kartu posunu o slot vedle, protože tam potřebuju něco přidat a do druhého volného slotu se to nevejde, tak jsem zase v háji.
To sice jo. Pokud jde o posunutí stejné karty do jiného slotu, tak to je skutečně případ, kdy jsou jména podle MAC výhodnější. Nicméně tohle mnohem víc plánovaná operace než nečekaný výpadek HW, takže vidím jako menší problém změnit názvy v konfiguraci v tomhle případě, než když se mění HW za stejný typ, a dá se bez administrativního zásahu obejít.
Takže my, co občas něco vyměňujeme do jiného HW, se máme jít bodnout? (Stejný hardware na Linuxu? Proč? Vždyť to bootuje všude.)
Ne, bude to fungovat jako do teď - na jiném HW budou jinak pojmenovaná rozhraní, pokud se na to předem nepřipraví konfigurace. Ať už vlastními pravidly pro přejmenování podle MAC nebo fyzické cesty, nebo využitím nového systému jmen.

Chci jen říct, že nový systém co je teď v linuxu mi řeší některé dřív problematické případy, a jiné třeba neřeší (protože to třeba automaticky dost dobře nejde), ale není to zhoršení proti předchozímu stavu. Jak už jsem psal, tak jako jediné zhoršení vidím v situaci přesunu karty do jiného slotu, nebo USB adaptéry pokud jsou pojmenované podle fyzického portu.

Může mít vůbec síťové zařízení v linuxu víc jmen? Pak bych si mohl vybrat, jestli chci používat označení podle MAC nebo fyzické cesty. Nebo na to může být nějaký nástroj, co mi připraví konfiguraci udevu. Ale beru to jako lepší stav, než dřív.
16.5.2014 22:51 Ondrej 'SanTiago' Zajicek
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Ne, bude to fungovat jako do teď - na jiném HW budou jinak pojmenovaná rozhraní, pokud se na to předem nepřipraví konfigurace.
Ono pokud je stejna logicka cesta, tak je vcelku jedno, jaky konkretni hardware tam je - pokud mam sitovku na pci0000-1c.1-0, tak je vcelku jednoznacne identifikovana, at uz je to rtl8169 nebo e1000e.
Může mít vůbec síťové zařízení v linuxu víc jmen?
Nemuze. Jen jedno a delky max 15 nebo 16.
16.5.2014 18:44 Filip Jirsák
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
To číslování, kdy je číslo karty možné softwarově zjistit, je přes udev řešitelné. Není to řešitelné se sekvenčním číslováním ani s predikovatelným číslováním. Ani s označením podle fyzické cesty, protože můžete dostat jiný kus HW stejného typu, který ale bude fyzicky zapojen jinak. To, že se s udevem jména nastavují podle MAC adresy je akorát nejjednodušší a nejčastější řešení, ale jinak můžete kartu detekovat jak chcete.

Pokud jsou obě síťové karty stejné, může se klidně dělat i tak, že se karty nejprve zapojí a teprve pak se - podle toho, která je kam zapojená - určí, která je ta pro veřejnou síť a která pro backend.
16.5.2014 17:15 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Nějak si nedovedu představit řešení nezávislé na vnějších informacích, které se vyrovná s jakoukoli změnou hardware.
Nepamatuju si kdo, ale dělá se něco jako serverovna-all-in-one, prostě ti přivezou rack (nebo víc), v tom je storage, servery a něco, co to všechno řídí. Když ti odejde blade, dá se tam jiný, ten od managementu téhle věci dostane info o tam, jaké MAC adresy měl ten původní, a jede se dál.
Quando omni flunkus moritati
13.5.2014 22:51 Ondrej 'SanTiago' Zajicek
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
1. V tom nevidím nejmenší problém.
To je teoreticky problem, ktery vede k explozi moznych stavu systemu, coz ma pak mnoho neprimych praktickych dusledku (napr. daleko horsi predvidatelnost v chovani).
3. To je kontrolovaná situace, kdy vím, že ke změně dojde, a zařídím se podle toho. A můžu se na to i předem připravit.
Ne, pokud k vymene dochazi na zaklade necekane poruchy a pokud je sit zaroven primarni kanal pro management.
4. To nelze ze spousty jiných důvodů, tak jako tak je vždycky potřeba přizpůsobení konkrétnímu systému.
Ne nutne. Ale i kdyz nejake upravy muze byt treba udelat, ale alespon ma clovek funkcni sit, takze se tam muze prihlasit a udelat je.
že nedokáže zajistit ani tu persistenci
V okrajovych pripadech to nedokaze zajistit zadny zpusob - systemy zalozene ma MAC adresach selhavaji v pripadech nahodne generovanych MAC adres (dnes obzvlaste popularni vzhledem k virtualizaci) nebo v pripade, kdy MAC adresy prideluje onboard sitovkam BIOS, a nebo proste u sitovek, ktere ani MAC nemaji (ne-ethernet, ne-wifi). Systemy zalozene na topologii pak v pripadech, kdy virtualni topologie se meni podle voleb v BIOSu (to je treba pripad u diskovych radicu a volby AHCI / legacy IDE).

A pak je otazka v presne definici persistence. Ja bych i to, ze konfigurace neprezije vymenu kus za kus, povazoval za selhani persistence, nebot o pocitaci uvazuju jako o sestave funkcich casti, ktera je definovana svou strukturou, a ne identitou jednotlivych casti (pokud nejde o cast, ktera ze sve funkce uchovava permanentni vnitrni stav, jako treba harddisk).
Tohle ale nebylo nikým protlačováno.

No, minimalne distributory baliku pro udev. Klidne mohli nechat udev s minimalni konfiguraci a nechat plne na uzivatelich, co si chteji nastavit.
13.5.2014 15:57 R
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
"Predikovatelne" nazvy, ktore sa nahodne menia podla nainstalovanych balikov, to je uzasna funkcia...
Václav 13.5.2014 16:36 Václav "Darm" Novák | skóre: 26 | blog: Darmovy_kecy | Bechyně / Praha
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Pokud ten balík tweakne systém přidělování názvu? Ty vole, tohle by dokázalo udělat bordel i bez udevu.
Cross my heart and hope to fly, stick a cupcake in my eye!
13.5.2014 16:40 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Ono je to ale spíš naopak: "predictable names" nadělají dostatečný bordel i bez biosdevname, ten jen přidá další možnost k těm asi čtyřem, které tam už jsou.
Václav 13.5.2014 17:05 Václav "Darm" Novák | skóre: 26 | blog: Darmovy_kecy | Bechyně / Praha
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Pro mě je jasný pokrok když si podle mac adres přidělím jména a když se rozhodnu neudělat to, ani ty predictable names se nemění (pokud tam nemám nějaký bordel navíc jako autor blogspotu) oproti situaci kdy jsem restartoval server a to co byl předtím eth0 bylo najednou eth1 a naopak, protože prostě proto.
Cross my heart and hope to fly, stick a cupcake in my eye!
13.5.2014 20:12 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Klasický příklad falešné dichotomie: buď "predikovatelná jména" nebo jména, která nejsou persistentní. Jenže třetí možnost nejen existuje, ale do nedávna byla dokonce defaultní.
13.5.2014 17:06 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Postup přidělování jmen je jasně popsaný a je možné to vypnout, pokud o to někdo nemá zájem. Bordel je způsobenej akorát tam tím, když někdo je moc línej na RTFM...
13.5.2014 15:55 R
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Nie, nemozem. Nemozem vymenit eth0 a eth1. Nevadi, ze to bol asi najcastejsi sposob pouzitia...
13.5.2014 17:00 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Jaktože ne? Zakážeš PredictableNetworkInterfaceNames a nastavíš si cokoli chceš, ať už je to eth0 nebo tvojeBaba123...
13.5.2014 18:06 chrono
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
eth0 si nenastaví.
13.5.2014 19:05 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Tyvole to je diskuse tohle!

✔ 19:01 vojta ~ $> cat /boot/syslinux/arch.cfg | grep APPEND | head -1
APPEND (snip) init=/usr/lib/systemd/systemd net.ifnames=0
✔ 19:01 vojta ~ $> cat /etc/udev/rules.d/80-net-setup-link.rules
# This file masks persistent renaming rules for network devices. If you
# delete this file, /usr/lib/udev/rules.d/80-net-name-slot.rules may
# rename network devices according to ID_NET_NAME_{ONBOARD,SLOT,PATH}
# properties of your network devices, with priority in that order. See
# the output of 'udevadm test-builtin net_id /sys/class/net/$interface'
# for details on what that new name might be.
#
# http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames
✔ 19:01 vojta ~ $> cat /etc/udev/rules.d/10-network.rules
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="(snip)", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="(snip)", NAME="eth1"
✔ 19:02 vojta ~ $> ls /sys/class/net
eth0  eth1  lo
✔ 19:02 vojta ~ $>
(Normálně se jmenujou eth0 a wlan0)

RTFM

13.5.2014 19:45 chrono
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
To ale neznamená, že sa názvy dajú nastaviť na čokoľvek (a práve pri eth0 môže byť problém).
13.5.2014 20:34 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
No, takže teď jsem to nastavil na
$> ls /sys/class/net
eth0  lo  tvojeBaba123
kde eth0 je ta bývalá eth1 (což je úplně původně wlan0)... Stále žádný problém.

Na jaké konfiguraci si s tím měl problém?
13.5.2014 21:38 Václav Vanc | skóre: 14
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Nebude to fungovat, když máš dvě síťovky co se jmenují eth0 a eth1. Resp. se pod těmito jmény objeví, ale mohou se prohazovat. (Vlastní zkušenost)
15.5.2014 13:01 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
A tos měl nastaveno jméno podle MAC?
15.5.2014 14:58 Václav Vanc | skóre: 14
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Ano, problém je v tom, že nejde přejmenovat rozhraní na jméno, které už existuje. (tzn. když se má eth0 a eth1 prohodit, tak eth0 nejde přejmenovat na eth1, protože takové rozhraní už existuje.) Dřív pro tohle byla v Udevu podpora, ale s těma predikovatelnýma jména to dali pryč, čímž rozbili zpětnou kompatibilitu.
15.5.2014 15:50 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Aha, to ale narážiš na to řešení s race conditions...
15.5.2014 16:04 Václav Vanc | skóre: 14
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
race conditions? No prostě to X let fungovalo spolehlivě, pak to jednoho dne po updatu udevu přestalo fungovat... :)
15.5.2014 16:24 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
To je ta race condition. Lennart a Sievers závodí, kdo toho víc rozbije.
Quando omni flunkus moritati
15.5.2014 16:46 Václav Vanc | skóre: 14
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Právě, nejdřív tohle. Pak mi rozbili, že systém, už nenabootuje bez připojeného /usr hned po startu.
15.5.2014 16:32 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Tohle se píše v té dokumentaci:
For a longer time udev shipped support for assigning permanent "ethX" names to certain interfaces based on their MAC addresses. This turned out to have a multitude of problems, among them: this required a writable root directory which is generally not available; the statelessness of the system is lost as booting an OS image on a system will result in changed configuration of the image; on many systems MAC addresses are not actually fixed, such as on a lot of embedded hardware and particularly on all kinds of virtualization solutions. The biggest of all however is that the userspace components trying to assign the interface name raced against the kernel assigning new names from the same "ethX" namespace, a race condition with all kinds of weird effects, among them that assignment of names sometimes failed. As a result support for this has been removed from systemd/udev a while back.
Není mi jasný, co přesně teda bylo odebráno. Já asi fakt budu muset nainstalovat ten druhej driver a vyzkoušet to ;-)
15.5.2014 16:42 Václav Vanc | skóre: 14
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
No dřív se to prostě přejmenovalo tak jak mělo. (Jméno se přiřadilo podle MAC a mezi restarty zůstalo vždy stejné) Myslím, že princip toho byl podobný jako když chceš při programování proměnit obsahy dvou proměněných. (použilo se nějaké třetí jméno jako dočasné, aby to šlo proházet).
16.5.2014 01:14 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Jenže to vedlo k race condition, kde ti jádro chtělo vytvořit zařízení, které zrovna nějaká userspace věc přejmenovávala (The biggest of all however is that the userspace components trying to assign the interface name raced against the kernel assigning new names from the same "ethX" namespace, a race condition with all kinds of weird effects, among them that assignment of names sometimes failed.) Že ses s touhle race condition ještě nepotkal? Buď v klidu, já taky ne, ale možná je na to 500 serverů málo.
Quando omni flunkus moritati
16.5.2014 11:07 kavol | skóre: 28
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
sorry, ale tobě přístup "všem to funguje, ale teoreticky by se to možná mohlo za úplňku 29. února posrat, tak to radši zakážeme úplně" přijde v pořádku?
pavlix avatar 16.5.2014 11:18 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Já si hlavně myslím, že je potřeba znát fakta a řídit se jimi. Je dobré vědět, že je ta metoda nespolehlivá. Dokonce si troufám tvrdit, že chápu proč ji odstranit. Co mi skutečně vadí je, že se ty změny provádějí a komunikují stylem po nás potopa, ale to už by člověka u Kaye a spol asi nemělo překvapovat. Na druhou stranu oni jsou jenom lidi, kteří se chovají tak, jak to jejich okolí a zaměstnavatel akceptují.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
17.5.2014 10:51 kavol | skóre: 28
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Já si hlavně myslím, že je potřeba znát fakta a řídit se jimi. Je dobré vědět, že je ta metoda nespolehlivá.
jistě, vím, že nejsem dokonalý řidič, takže cestuji-li z A do B, mohu namísto v B skončit na krchově

řídím se tím a pokukuju po životní pojistce

někdo jiný, kdo se řídí stejným faktem, to může považovat za neakceptovatelné, a proto raděj auto neřídí, resp. ze strachu nevychází z domu
Dokonce si troufám tvrdit, že chápu proč ji odstranit.
zakažme tedy auta, i kdyby to zachránilo jen jediný dětský život!

tak nějak jsi to myslel? :-)
pavlix avatar 18.5.2014 10:03 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Má na tenhle výblitek smysl snažit se nějak odpovídat?
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
18.5.2014 11:31 kavol | skóre: 28
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
v čem spatřuješ smysl ty nevím

mně by přišlo smysluplné, kdyby jsi buď nebyl tajemnej jak sfinga a rovnou řekl, jaká fakta tě přesvědčila, proč ji odstranit, anebo jsi mi, když už se stalo, alespoň dodatečně odpověděl na dotaz, jak jsi to myslel, a pokud moji formulaci považuješ za problematickou, tak mě poučil, co je na tom tak zásadně špatně, namísto abys to jen tak označil za výblitek

ale rozumím, že ne vždy se člověk dobře vyspí, a snažit se být alespoň trošku konstruktivní stojí podstatně větší úsilí, nežli prostě jen něco negativně onálepkovat; na druhou stranu není pak trošku zbytečné reagovat na něco, co ti nepřijde reakce hodné? - zdá se mi, že tu tak ze sebe akorát děláš větší hovado než seš ...
pavlix avatar 18.5.2014 14:27 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Až budeš používat validní argumenty a nebudeš na mou snad vcelku střízlivou kritikou Kaye a spol reagovat podsouváním, že bych chtěl zakázat auta, můžeme se o tom bavit.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
18.5.2014 22:25 kavol | skóre: 28
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
je-li řeč o střízlivosti, zkus to tedy znova až vystřízlivíš - pokud dobře vidím, tvoje kritika Kaye začíná větou, na kterou jsem již nereagoval (neb mě zajímala jen ta část před tím)

já jsem dneska nic neměl, z hladu taky nešilhám, takže bych si troufl doufat, že na mém přijímači chyba není, a pokud vidíš něco jiného ... no, nechme toho
pavlix avatar 19.5.2014 05:24 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
takže bych si troufl doufat, že na mém přijímači chyba není
Tvrdit to můžeš, ale na realitě to asi nic nezmění.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
16.5.2014 12:47 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Sorry, ale tobě přístup "přečtu si půlku příspěvku, zbytek si domyslím a pak reaguji", přijde v pořádku?

Na tvoji otázku odpovídat nebudu, myslím si, že odpověď je zjevná z posledních dvou vět toho, na co reaguješ.
Quando omni flunkus moritati
17.5.2014 10:57 kavol | skóre: 28
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
eh, jednu křišťálovou kouli jsem ztratil a druhou rozbil

kdyby odpověď byla zjevná, tak se neptám

pokud příspěvek formuluješ jako rozporující ten předchozí ("Jenže ..."), pak vskutku nevím, jestli závěrečnou lehkou ironií si to sám celé shazuješ, že je to přece blbost, anebo naopak cílíš na falešný argument typu "co se nestalo mně nemůže se stát nikomu"
16.5.2014 11:42 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Podle mě spočívá ten problém už v tom, že byl vůbec tenhle mechanismus do udevu původně začleněn, tj. že na začátku povolili dávat síťovkám jména ze stejného prostoru jaký používá ve stejné chvíli i jádro.

To, že to X lidem náhodou funguje, je u problémů s race conditions poměrně typické, ale to neznamená, že to řešení je v pořádku, zejména pokud se jedná o bezpečnost...
pavlix avatar 16.5.2014 12:01 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Podle mě spočívá ten problém už v tom, že byl vůbec tenhle mechanismus do udevu původně začleněn, tj. že na začátku povolili dávat síťovkám jména ze stejného prostoru jaký používá ve stejné chvíli i jádro.

Není to moje originální myšlenka, ale věřím tomu, že problém spočívá prvně v tom, že udev síťovky nepojmenovává, ale přejmenovává, a že taková race condition vůbec existuje. Samozřejmě by to znamenalo, že se udev bude moci registrovat vůči jádru jako služba, která může mluvit do pojmenování síťovek, nikoliv jen opravovat stav ex post.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
16.5.2014 12:52 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Problém může být spousta věcí. Skutečnost je taková, že

a) to fungovalo a teď nefunguje

b) pro většinu lidí je to imaginární problém, kdežto aplikace té "opravy" způsobuje reálné problémy

c) příčetně spravované softwarové projekty se snaží udržovat zpětnou kompatibilitu. Doporučuji inspirovat se jádrem, kde taky bylo hodně špatných rozhodnutí, věci bylo také potřeba opravit, a přesto to za těch 10+ let nezpůsobilo tolik komplikací, jako systemd-crew během poslední 2 roky.
Quando omni flunkus moritati
16.5.2014 13:55 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Osobně mi nepřijde užitečné udržovat zpětnou kompatibilitu s něčím, co obsahovalo bezpečnostně rizikový race condition, a to i kdyby se ten race condition projevoval jen v 1%.

Kdyby si lidi bejvali pojmenovali síťovky na něco jinýho než ethX nebo wlanX, tak by teď problém neměli (a to si furt ještě nejsem tak jist, jestli skutečně mají problém i dnes, jestli si zas někdo jen nechtěl kopnout do udev/systemd...).
16.5.2014 17:39 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Osobně mi nepřijde užitečné udržovat zpětnou kompatibilitu s něčím, co obsahovalo bezpečnostně rizikový race condition
a) jestli ti přejmenování síťovek způsobuje bezpečnostní problém, máš něco blbě.

b) neměl bych to být já, kdo se má rozhodnout o tom, jestli je ten (imaginární) bezpečnostní problém tak závažný?

c) spravuju stovky strojů, na všech jsou aspoň 2 rozhraní a ještě nikdy jsem se nepotkal s tím, že by přejmenovávání rozhraní způsobilo nějaký problém. Troufám si hádát, že podobnou zkušenost má dost lidí a že s tím 1% jsi přestřelil o několik řádů.

Tohle "bezpečnostní riziko" je jenom zátěrka k tomu, aby se nemusely hledat jiné - rozumné - argumenty, proč rozbít >> 1% konfigurací
Kdyby si lidi bejvali pojmenovali síťovky na něco jinýho než ethX
Tak si to shrňme: nejdřív byly síťovky pojmenované ethX a pokud vím, moc se s tím hnout nedalo. Pak přišel udev s tím, že lze zařídit persistenci jména ethX podle MAC adresy (což na slušném hardware není potřeba) A teď chceš použít argument "Kdyby si lidi bejvali pojmenovali síťovky na něco jinýho než ethX"? To je vtip, že jo.
a to si furt ještě nejsem tak jist, jestli skutečně mají problém i dnes
Teď zrovna řešil kolega, že se mu díky téhle bezva věci přejmenovala síťovka a nenajela VPN.

A zbytečně upravovat konfigurace serverů jenom kvůli tomu, že se nějaký pípus rozhodl napáchat co největší bordel, je problém sám o sobě.
Quando omni flunkus moritati
16.5.2014 18:22 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Přijde mi, že s tvojí logikou by nikdy nic nebylo možné změnit, protože zpětná kompatibilita.
16.5.2014 19:27 Václav Vanc | skóre: 14
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Ale to víš, že by to šlo. Stačilo, kdyby řekli, že teď je to špatně, označili by to jako zastaralý způsob (a podporovali ho ještě třeba 2 roky (nebo klidně víc, kdyby to ničemu nepřekáželo)). A doporučili přechod na něco nového. Kdo by to chtěl přejít přejít hned, tak by si něco nastavil v nějakém configuráku a byl by spokojenej. (Pro nové instalace to mohlo být jako výchozí nastavení hned.) Ale když updatuju systém a pak už se do něj přes SSH nepřihlásím, protože se přeházely síťovky a není možnost to spravit jinak než jim dát jiný jména, tak je to prostě špatně.
16.5.2014 19:36 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Souhlasím, že takovej postup by asi byl lepší, moc ale nevěřím, že by to opravdu bylo pro někoho takový překvápko. Serverový distribuce jsou typicky dost konzervativní a takovýhle změny neimplementují ze dne na den. Jestli jsi měl na serveru Arch Linux, tak s takovými věcmi musíš počítat ;-)
18.5.2014 01:57 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Opravdu? Tak si někdy najdi čas, přečti si tady Jaderné noviny a uvidíš, že to jde.
Quando omni flunkus moritati
17.5.2014 11:52 kavol | skóre: 28
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
a to si furt ještě nejsem tak jist, jestli skutečně mají problém i dnes, jestli si zas někdo jen nechtěl kopnout do udev/systemd...
ano, skutečně máme problém i dnes

cirka před dvěma měsícema jsem řešil aktualizaci testu, který byl tuším před pěti lety napsán s tím, že naše prostředí zaručuje, že každý systém má alespoň jedno ethernetové rozhraní a je čistě nainstalovaný, takže prostě natvrdo vzal eth0

zjistil jsem, že s "predictable" names nejsem schopen udělat jednoduchý match typu [ethX nebo emX nebo enXněco], protože to "predictable" jméno je totálně nepredikovatelné, vůbec nevím, co se v něm může objevit, takže jsem tam musel přidat funkci, která mi to jméno zjistí

jistě, teď se dozvím, že to byl prasácky napsaný test a jánevímco - ale já bych se raději dozvěděl, proč by takový test nemohl fungovat beze změny "až do konce věků", tzn. dokud je mi prostředí schopno plnit tu podmínku uvedenou výše (bez ohledu, jestli k tomu rozhraní vede fyzicky UTP kabel nebo jestli je celé virtualizované)?
17.5.2014 12:10 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Takový problémy bych fakt chtěl mít. Ani jsi nemusel psát tu funkci, stačilo zakázat predictable names. Ačkoli ta funkce bude asi úplně jednoduchá (něco jako ls /sys/class/net | head -n 1).

Na druhou stranu chápu, že ses mohl zlobit, že ty predictable names tvoje distribuce povolila jako default...
17.5.2014 12:42 kavol | skóre: 28
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Takový problémy bych fakt chtěl mít.
chápu, že hladomor v Africe to nevyřeší, nicméně údržba testů je jedna z věcí, za které mě zaměstnavatel platí

kdybychom je nemuseli neustále přepisovat kvůli věcem tohoto typu, měli bychom více času na jiné věci, které by mohly zaměstnavateli přinášet větší užitek, anebo by třeba zaměstnavatel nepotřeboval těch lidí tolik

další implikace si laskavý čtenář doplní sám
Ani jsi nemusel psát tu funkci, stačilo zakázat predictable names.
to je něco jako "na toho vrabce nepotřebuješ kanón, můžeš použít raketu s jadernou hlavicí"? - aneb znáš nějaký způsob, který by nevyžadoval reboot anebo zásah do nastavení instalátoru?
Ačkoli ta funkce bude asi úplně jednoduchá (něco jako ls /sys/class/net | head -n 1).
hm, kolik si vsadíš na to, že z toho potřebné rozhraní vždy vyjde jako první?
17.5.2014 14:59 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
aneb znáš nějaký způsob, který by nevyžadoval reboot anebo zásah do nastavení instalátoru?
No, tak rebootem jsi tam vůbec tu změnu dostal, ne?
hm, kolik si vsadíš na to, že z toho potřebné rozhraní vždy vyjde jako první?
Asi tolik, kolik vsadim na to, že kernel driver přidělí eth0 té správné síťovce. Takže obecně bych nevsadil nejspíš nic a na mém hardware určitě nic...
17.5.2014 23:23 kavol | skóre: 28
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
aneb znáš nějaký způsob, který by nevyžadoval reboot anebo zásah do nastavení instalátoru?
No, tak rebootem jsi tam vůbec tu změnu dostal, ne?
he? vo čem to meleš ty vořechu, já tam žádnou změnu nedostával, to je default po instalaci ...
Asi tolik, kolik vsadim na to, že kernel driver přidělí eth0 té správné síťovce.
kontrolní dotaz: a která je podle tebe "ta správná"?
18.5.2014 02:27 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
he? vo čem to meleš ty vořechu, já tam žádnou změnu nedostával, to je default po instalaci ...
Takže tobě vadí reboot na nové instalaci? Nicméně jestli je změna nastavení problém, ať už z jakéhokoli důvodu, tak jsi to vyřešil správně tou funkcí...
kontrolní dotaz: a která je podle tebe "ta správná"?
Co já vim? Nevím, co tam testuješ, to musíš vědět ty...
18.5.2014 11:58 kavol | skóre: 28
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Takže tobě vadí reboot na nové instalaci?
ano, vadí, musel bych v tom testu řešit, jestli je to běh před rebootem nebo po něm, což kromě složitosti kódu testu ještě navíc znamená, že se nedá pustit ve stateless prostředí, nemluvě o zdržení, a nemluvě o tom, že to neměl být integrační test řešící zároveň vlastnosti udevu a jánevímco ještě ocaseované přes různé verze na kterých může běžet, nýbrž KISS na jednu jedinou věc, která se má chovat všude stejně
kontrolní dotaz: a která je podle tebe "ta správná"?
Co já vim? Nevím, co tam testuješ, to musíš vědět ty...
no, beru, že jsem se nijak moc nerozkecal, co to dělá (sám už pořádně nevím, bo teď jsem to ani neřešil, teď jsem řešil jen to jméno síťovky), nicméně z formulace "alespoň jedno ethernetové rozhraní", dále doplněné o "bez ohledu, jestli k tomu rozhraní vede fyzicky UTP kabel nebo jestli je celé virtualizované", by se snad dalo odvozovat, že "ta správná" je jakákoliv, nepotřebuju nijak zaručovat, která to bude, stačí, že nějaká to bude
13.5.2014 12:26 Radek Podgorny | skóre: 16
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
file a bug report!
13.5.2014 12:28 PavelC
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
not a bug but a feature, so shut up and move on
13.5.2014 18:54 #Tom
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Tvůrci si naštěstí uvědomili, že je to v některých situacích úplně k ničemu, a tak to jde vypnout:
Does this have any drawbacks? Yes, it does. Previously it was practically guaranteed that hosts equipped with a single ethernet card only had a single "eth0" interface. With this new scheme in place, an administrator now has to check first what the local interface name is before he can invoke commands on it where previously he had a good chance that "eth0" was the right name.
13.5.2014 23:01 Ondrej 'SanTiago' Zajicek
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Praveze tohle selhavalo uz v dobe, kdy se zavedly jmena sitovek podle MAC. To pak pocitac s jedinou ethernet kartou mel jedine rozhrani ethX, kde X je pocet sitovek, ktere v nem byly nekdy driv pred tou soucasnou.
13.5.2014 23:11 sigma
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Muzu potvrdit, ze kdyz jsem s linuxem zacinal, a v jedne verzi debianu se tohle najednou objevilo, hodne me to prekvapilo a az po case jsem zjistil, kam se to "samo od sebe" uklada. Byla to doba, kdy clovek v pocitacich vymenoval dosluhujici 10Mbit/s koaxialni ethernety za 100Mbit/s :-) A pak take byly sitovky na ISA a PCI slotech, a obcas nejaka odesla, a bylo prekvapeni ze po vymene je to najednou eth1.

Tehdy, kdyz jsem to poprve videl, jsem vubec nechtel uverit tomu, ze nekoho napadlo ukladat nejak automaticky MAC adresy sitovek, co nahodou na vyzkouseni strcim do pocitace, nekam do /etc :-).
14.5.2014 00:19 #Tom
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Taky mi to přišlo trochu zvláštní, nicméně jsem to velmi ocenil v počítači se dvěma síťovkami téhož typu. A upravení jednoho texťáku po výměně síťové karty považuju za menší problém než to, že v čisté instalaci je místo eth0 nějaký nesmysl. Poněkud těžkopádný je původní systém tehdy, pokud se síťové karty mění velmi často, což připadá v úvahu snad jen u USB karet. A tam, dejme tomu, by ten nový systém mohl stát za úvahu. :)
14.5.2014 00:40 Ondrej 'SanTiago' Zajicek
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Taky mi to přišlo trochu zvláštní, nicméně jsem to velmi ocenil v počítači se dvěma síťovkami téhož typu.

No, ja se stabilitou defaultnich kernelich jmen nikdy problemy nemel, a to jsem mel jednu dobu pocitac s asi 15 sitovkama trech ruznych typu.
14.5.2014 09:56 #Tom
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Ono to nemusí dělat vždycky. :) Podobně to mám u disků, kde jdou napřed SATA disky a po nich IDE, ale jednu dobu začal IDE řadič předbíhat, a bylo zle. Nelíbilo se mi, že jsem musel oddíly vybírat podle UUID a k tomu zavést initramfs, bez kterého jsem se roky obešel…
14.5.2014 12:53 R
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
S USB sietovkami to bude este vtipnejsie - nazov sa meni podla portu, do ktoreho sa zapoji...
14.5.2014 12:50 Ivan
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Takhle se uz 20 let chova AIX. A nikomu to kupodivu nevadi a nikoho nepadlo neco na tom menit - Ok pripade HACMP clusteru je to trochu neprakticky, ale da se to pouzivat. Navic se zajimave ze uplne stejne pravidlo plati pro uplne vsechen HW bez vyjimek.

14.5.2014 16:31 Ondrej 'SanTiago' Zajicek
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Navic se zajimave ze uplne stejne pravidlo plati pro uplne vsechen HW bez vyjimek.

Nevim jak na AIX hardware, ale na PC jsou AFAIK sitovky a harddisky jedny z mala zarizeni, ktera obecne maji v hardwaru kusove unikatni identifikator, takze na jina zarizeni toto pravidlo moc dobre pouzit nejde.
15.5.2014 12:49 Ivan
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
U "generickyho" PC like HW to neuplne neplati. Naprikad u graficke karty Matrox se pouzije pouze tzv. device location code. Takze kdyz vymenite jednu kartu za druhou ve stejnem slotu, tak se jmeno nezmeni.

Dulezity je, ze program ktery HW detekuje a ktery i prirazuje jmeno je soucasti ovladacu - a odpovida za nej dodavatel ovladace. Ovladac tedy neni jen neco do kernelu, ale patri k nemu i userspace utility a "udev pravidla". Pokud je navic ovladac oznaceny jako "bootable" tak neni problem zkopirovat ho do image RAM disku, vcetne vsech potrebnych userspace utilit.

PS: unikatni identifikator maji i FC adaptery.
Josef Kufner avatar 13.5.2014 12:53 Josef Kufner | skóre: 68
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Na Debianu je kouzelný soubor /etc/udev/rules.d/70-persistent-net.rules, ve kterém jsou jednou přiřazené aliasy uloženy.
Hello world ! Segmentation fault (core dumped)
AraxoN avatar 13.5.2014 13:03 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Toto je nová inštalácia a nastavenia som mal zatiaľ naviazané na "eno1" - veď to mala byť výhoda tých predikovateľných názvov. Po reštarte to ale prestalo fungovať, tak som pátral prečo.

Presne do /etc/udev/rules.d/ som to nakoniec dal, tak ako už predtým na všetkých ostatných serveroch. Takže problém solved. Len to pre mňa bol WTF moment.
A fine is a tax for doing wrong. A tax is a fine for doing well.
Václav 13.5.2014 13:58 Václav "Darm" Novák | skóre: 26 | blog: Darmovy_kecy | Bechyně / Praha
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Tam kde to potřebuju, nastavuji si názvy svoje. Tam kde ne (osobní PC kde mi stačí network manager) jsou názvy interfaců celkem šumák :-)
Cross my heart and hope to fly, stick a cupcake in my eye!
msk avatar 28.3.2016 16:23 msk | skóre: 27 | blog: msk
Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
Upgradol som si vo virtualboxe nejaky ten rok nepouzivany debian a hla - prestala mi fungovat siet. Chvilu mi trvalo, nez som si vsimol, ze mi niekto premenoval eth0 na nejaky totalny nezmysel. Moje podozrenie padalo bud na toho curaka Lennart-a, alebo na niekoho jemu podobneho na udev. A trafil som to :-(

Nerozumiem komu tato kokotina pomoze. Kto ma viac sietoviek, uz si ich prehadzovanie davno osetril podla MAC. Kto nema, takuto imbecilitu k zivotu vobec nepotrebuje.

Za posledne roky sa mi uz par krat stalo, ze upgrade systemu priniesol nejaku komplikaciu. Na toto som minimalne u Debianu nebol vobec zvyknuty a taketo chovanie ocakavam prevazne na windows ... ale bohuzial, doba sa meni a linux sa vdaka mrdkam ako systemd a udev posuva milovymi krokmi do rovnakej prdele ... :-(

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.