ANKETA: dist upgrade vs. roll-up update (diskuse)

[Pavel Půlpán]

Je to fuk. Servery/routery o které se nechci moc starat, tak aptitude update && aptitude safe-upgrade bo yum update. Když to je čistě moje záležitost, tak podle potřeb, nejvíce paludis -s && paludis -i everything.

[vlastikroot]

Ja preferuju rolling updates vsude, jsem na to zvykly, a navic mam takovy pocit ze u vydani jednou za par mesicu(roku) se pri updatu vzdycky neco podela a clovek to musi opravovat (napr se mi naposled stalo ze se na fedore dal dbus daemon az po hal v initscriptech, skoncilo to nefunkci mysi a klavesnice v X - ale to je spis desktopova zalezitost). Druha moznost je proste nainstalovat debian nebo CentOS a jakmile se to jednou rozbeha, tak uz na to nesahat (maximalne bezpecnostni updaty).

[wire-64]

To lze teď, vyšel nový stable. Ale jak to vyřešit v momentě, kdy vydání Stable už bylo dávno a kernel nepodporuje HW?

[Pavel Půlpán]

Backporty?

[wire-64]

to lze v případe Openoffice, né v případě, že kernel ani nenabootuje

[Pavel Půlpán]

Neřekl jsi, že chceš, aby bootoval...

[Ondrej 'SanTiago' Zajicek]

Pouzit Stable a prelozit si vlastni jadro.

[vlastikroot]

Tak napada me skompilovat si kernel s podporou HW a navic i optimalizacema. Ale zas tak velka by ta nepodpora HW byt nemela, aspon ta moznost skompilovat si kernel by mela byt dostupna. V tomhle jsou spis regrese jak se mi zda, neni to dlouho co nechtela 2.6.25 nastartovat bez zaplyho acpi (SMP system), pritom 2.6.23 naprosto v pohode, ale zas bez podpory sitovek a radicu disku to jde spatne no

[Roger]

Pulverze.

[Jan Včelák]

Na desktopu bych stable asi nevydržel. A u serveru jsem se ještě nesetkal s takovou HW novinkou, aby neměla podporu v kernelu. A pořád je tu možnost si zkompilovat jádro vlastní a použít ho ve stable.

[pasmen]

Jdi už do řiti s těma svejma stupidníma blogama...

[kozzi]

Proč? Teď nechápu? Jako velká část jeho blogů mi nevyhovuje. No co už. Mé blogy taky asi serou hodně lidí. Ale tento zápisek mi příjde vcelku normální. Prostě takové zamyšlení + anketa na náš názor.

[Käyttäjä 11133]

Mimo jiné, protože furt mele o tom samém?

[kozzi]

No tak v tomto balíčko přímo nepomlouvá aptitude nebo apt-get

[pasmen]

Jak už řekl Marek výše, kecá ty stejný pindy pořád dokola a dokola... Buď chce vážně něco sdělit a napíše třeba regulérní článek o srovnání balíčkovacích systému, nebo to shrne v _jednom_ blogu. Psát denně dva o tom samém, to je známka debility.

[Ignor]

Nikdo tě to nenutí číst. Mě to naopak baví - on je skutečně nefalšovaný a čistý debil. Rád se pobavím tím, že zas někde něco nepochopil nebo že šel reklamovat sandály do jinýho obchodu. Prostě to je takový stupeň blbosti, který není k politování ale k smíchu. Tak se bavme.

A rozhodně je tohle balíčkovací období srandovnější než třeba to, kdy chtěl chtěl každej tejden doporučit grafickou kartu a mlel o AMD, ATI atd.

[pasmen]

Nenutí, ale serě mě to... Když pak hledám nějaký blog, kde jsem viděl něco zajímavýho, a chtěl bych si to přečíst znova, pořád a dokola se musím prohrabávat brakem tohohle vidláka.

[kozzi]

A co využívat záložky

[Zdenek]

Zapisek se pta co je bezpecnejsi, ale anketa je o necem jinem. Bezpecnejsi jsou pochopitelne (z hlediska zabezpeceni serveru ne z pohledu dostupnosti sluzeb) rolling updates.

[Käyttäjä 11133]

Bezpecnejsi jsou pochopitelne (z hlediska zabezpeceni serveru ne z pohledu dostupnosti sluzeb) rolling updates.

Fakt jo? Na to kolega přišel jak? Asi nikdy neslyšel o backportu oprav, co?

[Zdenek]

... za předpokladu že chceme mít aspoň trochu aktuální SW ...

[Frt]

Přesně tak. Na serveru požaduju hlavně bezpečnostní záplaty. Do velkých upgrade SW bych se naopak na produkční mašině moc nehrnul. Jsou případy, že např. po nadšeném upgrade PHP (nebo i jiného kousku software) přestala pracovat webová apliakce na tomto serveru běžící. Po následném downgradu zase vše v pořádku. Nejsem zastánce např. násílného míchání balíčků. Pokud mi k provozu stačí to, co je v distribuci, tak nevidím žádný rozumný důvod.

[edois]

Ja mam server rozvirtualizovany pomoci OpenVZ, na hw node mam debian etch a v jednotlivych VE mam ruzne verze debianu (etch, lenny, sid). Jadro pouzivam vlastni 2.6.18. Upgradovat budu az ve chvili, kdy etchi skonci bezpecnostni updaty (to se tyka predevsim hw node), pripadne ve chvili, kdy budu potrebovat nejaky balik ve verzi, ktera v etchi neni (v jednotlivych VE).

Az to budu upgradovat, tak rozhodne dist-upgrade, ne rollup update, protoze nemuzu jen tak bez testovani a spoluprace s programatorem aplikace, co na serveru bezi, zupgradovat pulku systemu a doufat, ze vsechno bude fungovat tak, jak to fungovalo. Spis si virtual, ktery budu chtit upgradovat, vydumpuju, rozjedu paralelne jeste jednou a zupgraduju a teprv pokud budu s vysledkem spokojeny, syncnu data (bude-li to potreba) a virtualy vymenim.

[snajpa]

V tom je super výhoda virtualizace na úrovni kernelu, která je oproti ostatním s naprosto minimální režií.

[fakenickname]

oboje ma svoje pro a proti. co je na server lepsi ale rozhodnou nejde protoze to zalezi na tom, jaky je admin. kdyz nekdo na system nesahne dva roky a pak se divi ze ma upgrade jeden a pul giga a ze se mu pak pulka veci rozsypala protoze se vykaslal na merge konfiguraku a cteni changelogu software ktery aktualizuje tak je jedno jestli je ten system rolling nebo dist-upgrade..

[Amarok]

Souhlas.
Nemuze byt ale rolling update u serveru nebezpecny? Ten software se precejen testuje dost kratce (oproti dist-upgrade). Pro server asi dost kriticka zalezitost.

[kozzi]

heh ja delam update/upgrade kazdej tyden, mam archa a vetsinou je to taky okolo 1.5 GB

[Michal Kubeček]

Asi budu za rejpala, ale v té druhé odpovědi by mělo být také upgrade. Protože pokud se při "rolování" omezíte na updaty a nebudete upgradovat, vede každá z možností k jinému výsledku.

[Amarok]

Ja zase ziju v domneni, ze u rolling neni rozdil mezi update a upgrade. Proste se prakticky jen zrcadluje server s balicky. Opravte me, jestli se mylim.

[Michal Kubeček]

Rozdíl v tom je samozřejmě pořád. Spíš to jen obvykle funguje tak, že se provádí upgrade a říká se mu update, aby to znělo méně nebezpečně.