Vlákno názorů k článku Předvídatelné pojmenování síťových karet v Linuxu: kam se podělo eth0 od lzap - Malé doplnění, v RHELu (CentOSu) 7.x je chyba...
-
Malé doplnění, v RHELu (CentOSu) 7.x je chyba v ovladači virtio, takže pojmenovává rozhraní ještě podle starého scénáře (eth0, eth1...). Je to bug který sice byl opraven ještě před vydáním 7.1, nicméně už to nemůžeme změnit updatem - to by totálně rozbilo stávající systémy. Fedora už je opravena dlouho.
Takže bacha, RHEL 7 při použití virtio síťového ovladače nové pojmenovávání ignoruje. Celkem úsměvný bug.
Díky za článek, diskusi raději číst ani nebudu... ;-)
-
Petr Neni (neregistrovaný)
Lukasi, cetl jsem Vas prispevek ohledne volnosti u senioru. Chci se zeptat jak probiha rozhodovani o tom jestli se nejake reseni hodi do kramu nebo ne? Mate nejakou interni prezentaci reseni a nejaky feedback od kolegu, nebo to navrhnete sefovi a ten dle sveho uvazeni schvali/zamitne dane reseni?
-
Pojem "hodit do krámu" jsem použil asi neuváženě, hnedka se tam trollové do toho navážejí. Spíš jde o to, jestli je to něco co by se hodilo zákazníkům Red Hatu. Tím nechci říct, že by manažer neschválil nic co by bylo dobré třeba jen pro komunitu (například máme 1,5 člověka kteří dělají jen pro komunitu našeho projektu). Ale když je tam synergie, tak proč ne. Budu konkrétní, dělám na projektu www.theforeman.org - systém pro správu serverů.
Příklad A: Auto-provisioning rules - nový server který se objeví na síti se nareportuje a díky novým pravidlům (to je ta featura) se může rovnou nastartovat provisioning. Je to výhodné pro ty, kteří mají hodně serverů a často "zareckovávají" servery. Tzn. často naši zákazníci, ale samožejmě všichni uživatelé. Manažerovi se ten nápad líbil moc, byl to týden práce na prototypu, pak asi měsíc na takovýto "dodělání" - odbugování, lepší UI, API, CLI, dokumentace, testování.
Příklad B: Telemetrie z aplikace. Největší deploymenty našeho softwaru mají 100 tisíc strojů (eBay/Paypal) a naši zákaznící mají také velké instance. Performance regressions se špatně měří když nemáš data, přidal jsem proto malý stack který umí interní data (časy controllerů, počítadla instancí atd) exportovat do Prometheuse a taky do Statsd/PCP. Navrhl jsem řešení tak, aby bylo výhodné pro upstream (tam hraje Prometheus prim) i pro downstream (Red Hat používá PCP). Takže benefit pro obě strany, manažeři měli snadné rozhodování.
Prezentace se v našem týmu dělá na komunitním demu, tam ukazují všichni členové komunity na čem dělají.Je jednou za tři týdny, pro příklad B (telemetrie) je záznam zde: https://www.youtube.com/watch?v=ujTwePoc4jw nic se neskrývá. Manažer spíše rozhoduje o tom, jestli danou věc dotáhnout (dokumentace, API/CLI, lepší UI atd).
Je potřeba si uvědomit, že více často nerozhodují manažeři ale komunita. Ta rozhodne co je dobré a co ne, já sám jsem napsal tucty RFC (email s návrhem řešení) které komunita odmítla, nebo se na tom prostě nezačlo dělat protože je to moc práce nebo není čas. To je život. Podobně funguje komunita Fedory, ta rozhodla jestli tam systemd bude nebo ne.
Na to o těch manažerech bych se neupínal, prostě jsem jen odpovídal trollovi, má to širší kontext.
-
anon (neregistrovaný)
A reakce komunity se pak take bere ze kdo nesouhlasi je troll?
Nedokazu si jinak vysvetlit, ze to proslo, kdyz systemd skoro vse jen zpusobuje problemy a proto nadavaji.
Vzdyt se podivej, jak se tady mezi sebou shodneme, ale tady v komentarich panuje vzacna shoda. Vsichni jsou trollove!
-
Já bych vás rád oslovil jménem, to byste ale museli vystoupit ze stínu anonymity. Ale beru, pokud jsem se někoho dotkl tak se omlouvám, tak nějak jsem už na to neustálé nadávání na cokoli kolem systemd alergický tak proto ta reakce. Nic není dokonalé a některé věci se mi také nelíbí, ale u mě převažují zkrátka výhody. Například konzistentní pojmenovávání mělo být udělané už dávno, bohužel se jakákoli změna týká všech a někomu se to musí nelíbit. Tak to prostě je.
-
t (neregistrovaný)
Nechci byt neslusny, ale asi by bylo vhodne se tu vasi alergii naucit ponekud zvladat. Kdo vi kolika potencialnim zakaznikum jste tu ukazal, jak reaguji zamestnanci RH alergicky na problemy, ktere rika clovek (a bohuzel nejsem sam, jak vidite nejen zde v diskuzi), ktery s vami vyvijienymi systemy musi pracovat. Nebavim se o managerech, kteri podepisi smlouvy a tvari se spokojene a vy jako zamestnanci RH mate pocit ze jste udelali kseft a dobro. Skutecni admini z toho mohou leckdy vykvest, ale jsou zase drzeni svym managerem, protoze smlouva je podepsana a finance zaslany.
Manager se systemd delat nebude. Na to ma admina. Kdyz admin rekne ze je to na dve veci, manager rekne, sorry, uz jsme to koupili a proinvestovali majlant. Pouzivaji to prece v Amazonu a kdo vi kde jeste tak prece to musi byt dobry ne? Kolikrat bych takove managery za to posadil a rekl, tak ukaz, jak dobry to je. A budes tu sedet treba do rana, dokud to neprimejes k cinnosti a stabilite.
Ono to nadavani ma podstatu v praktickych zkusenostech ostatnich se systemd. Nikoliv vasich zkusenostech, kdy vidite prevazujici vyhody, protoze to pouzivate zrejme v obastech ci konkretnich "use case", kde problemy nepocitujete. To ale zdaleka neobsahne problematicke pouziti v jinych pripadech u ostatnich. A ono to nadavani mnoha lidi neni jen tak z niceho nic. V pripade systemd je ta nastvanost docela viditelna a v rade veci podlozena i konkretnimi priklady.
Ohledne jmena ci prijmeni, povazuji to za osobni udaj, ktery zde nema co delat a ani s diskuzi kolem systemd ani s RedHatem ani s vami nijak nesouvisi. Pro ucely diskuze ci faktu kolem systemd naprosto postaci, kdyz me budete brat a oslovovat jako "t". Ze jsem clovek co ma fakticke zkusenosti se spravou a technickym servisem 800+ serveru fungujicich pro urcity konkretni ucel ve skolnich institucich bez problemu bez systemd (jak jsem zde psal) uz samo o sobe mnohem zajimavejsi, nez me obcanske jmeno.
-
Nálada v diskusi pod článkem o systemd na root.cz reprezentuje náladu v celé linuxové uživatelské bázi. Nevím proč bych se tím měl zabývat. Já navíc se systemd nemám nic společného, no snad kromě https://github.com/lzap/systemd-shortcuts ale to je jen wrapper který nikdo nepoužívá, ani já ne.
Open-source komunity často dělají příliš průzkumy "trhu", našemu projektu není jedno, co si uživatelé myslí. Děláme je každý rok, výsledky analyzujeme a zařizujeme se podle nich. Například jsme zaměnili mailing-listy za Discourse, já jsem byl největším odpůrcem této změny, nakonec jsme se shodli že je to pro dobro uživatelů a komunity. Takže jsem se přizpůsobil, nicméně doteď si myslím že list + HyperKitty by byl pohodlnější pro core vývojáře i občasné "kolemjdoucí".
Tak mně tady nevykládejte něco o ignorování uživatelů, díky.
-
Zdarec, jasně to jsem asi mohl uvést rovnou, z paměti jsem to nedal musel bych to googlit. Ale tak pro pořádek:
https://bugzilla.redhat.com/show_bug.cgi?id=1259015
Backportováno do RHELu 7.2 - https://access.redhat.com/errata/RHBA-2015:2092
