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í
×
    dnes 14:22 | Bezpečnostní upozornění

    V úterý 7. února odpoledne budou vydány verze 3.0.8, 1.1.1t a 1.0.2zg kryptografické knihovny OpenSSL. Opravena bude vážná bezpečnostní chyba.

    Ladislav Hagara | Komentářů: 0
    dnes 13:55 | Zajímavý článek

    Společnost Backblaze zveřejnila statistiky spolehlivosti pevných disků používaných ve svých datových centrech za rok 2022. Ke konci roku 2022 vlastnila 235 608 pevných disků. Průměrná AFR (Annualized Failure Rate), tj. pravděpodobnost, že disk během roku selže, stoupla na 1,37 %. V roce 2021 to bylo 1,01 %. V roce 2020 to bylo 0,93 %. V roce 2019 to bylo 1,89 %. V roce 2018 to bylo 1,25 %. V roce 2017 to bylo 1,77 %. V roce 2016 to bylo 1,95 %.

    Ladislav Hagara | Komentářů: 0
    dnes 09:00 | Zajímavý projekt

    Firma System76 na blogu představuje lednové novinky v desktopovém prostředí COSMIC, které vyvíjí pro vlastní distribuci Pop!_OS. Pod githubovým profilem se objevil také nový repozitář core – „neměnný“ základ systému s transakčními aktualizacemi založenými na souborovém systému Btrfs.

    Fluttershy, yay! | Komentářů: 0
    dnes 08:00 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 126 (pdf), HackSpace 63 (pdf), Wireframe 70 (pdf), Custom PC 234 (pdf) a Hello World 20 (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 20:33 | Nová verze

    Linuxová distribuce elementary OS byla vydána ve verzi 7 „Horus“. Založená je na Ubuntu 22.04. Přináší zjednodušený instalátor, offline aktualizace, četná vylepšení desktopového prostředí Pantheon a balíku aplikací, např. přepracovaný hudební přehrávač aj.

    Fluttershy, yay! | Komentářů: 0
    včera 18:11 | Zajímavý software

    Článek na Libre Arts představuje open source prohlížeč a převodník 3D CAD souborů Mayo.

    Ladislav Hagara | Komentářů: 0
    včera 15:33 | IT novinky

    Národní agentura pro komunikační a informační technologie (NAKIT) na Twitteru oznámila, že analytické nástroje na Portálu občana a dalších webech na Portálu veřejné správy byly nahrazeny nástrojem Matomo (Wikipedie).

    Ladislav Hagara | Komentářů: 4
    včera 00:55 | Upozornění

    GitHub změnil výchozí kompresi u automaticky generovaných .tar.gz archivů a tím změnil jejich hashe. I když GitHub u těchto automaticky generovaných archivů negarantuje stejné hashe, celá řada projektů s tím počítá a proto nastaly problémy. GitHub se dočasně vrátil k původní kompresi.

    Ladislav Hagara | Komentářů: 2
    30.1. 18:44 | Nová verze

    Byla vydána nová verze 0.54 open source počítačové hry Unvanquished (Wikipedie), forku počítačové hry Tremulous. Z novinek vývojáři zdůrazňují podporu procesorů ARM na Linuxu. Unvanquished lze instalovat také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    30.1. 09:00 | Nová verze

    Byla vydána nová verze 4.19 svobodné náhrady proprietárních BIOSů a UEFI coreboot (Wikipedie). Na seznamu podporovaných desek přibylo 16 desek. Odstraněno bylo 30 desek.

    Ladislav Hagara | Komentářů: 4
    Napovídání kódu založené na strojovém učení (např. GitHub Copilot) při programování
     (67%)
     (33%)
     (0%)
     (0%)
    Celkem 6 hlasů
     Komentářů: 0
    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: 46 | 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
    13.5.2014 11:22 kralyk z abclinuxu | 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: 31 | 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 kralyk z abclinuxu | 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: 46 | 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.
    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: 72 | 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 kralyk z abclinuxu | skóre: 29 | blog:
    Rozbalit Rozbalit vše Re: udev "Predictable" Network Interface Names
    13.5.2014 15:04 kralyk z abclinuxu | 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: 72 | 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: 72 | 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: 72 | 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: 72 | 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: 72 | 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: 72
    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: 72
    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: 72 | 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: 72 | 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 kralyk z abclinuxu | 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 kralyk z abclinuxu | 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 kralyk z abclinuxu | 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 kralyk z abclinuxu | 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 kralyk z abclinuxu | 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 kralyk z abclinuxu | 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: 72
    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 kralyk z abclinuxu | 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: 72
    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: 72
    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 kralyk z abclinuxu | 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: 72
    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 kralyk z abclinuxu | 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: 72
    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 kralyk z abclinuxu | 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 kralyk z abclinuxu | 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: 72
    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 kralyk z abclinuxu | 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 kralyk z abclinuxu | 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 kralyk z abclinuxu | 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: 70
    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: 46 | 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.
    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.