A frissítés gomb megnyomása előtt: melyik frissítés mit állít le
Akik hónapok óta nem frissítettek, nem a frissítéstől félnek, hanem attól, hogy nem tudják, mi fog leállni. A frissítések nem egyfélék, és a hatásuk sem hasonlít egymásra.
AtlasPVE ·
A bejegyzés ezekre válaszol
- biztonságos a proxmox frissítése
- proxmox apt upgrade mit állít le
- proxmox kernel frissítés újraindítás
- proxmox elromlott frissítés után
- mikor kell frissíteni a proxmoxot
A "nyolc hónapja nem frissítettem" mondat mögött nem lustaság van, hanem bizonytalanság: senki nem tudja, mi áll le a gomb megnyomásakor. A várakozás pedig nem javít a helyzeten, hanem ront rajta. Minél hosszabb a várakozás, annál több minden változik egyszerre, vagyis pontosan az a bizonytalanság nő tovább, amely a halasztás oka volt.
Egyetlen kérdés oldja fel a félelmet: mihez nyúl ez a frissítés.
Öt fajta, hatás szerint
Semmi nem áll le. Programkönyvtárak, eszközök, parancssori programok. Az új verzió amúgy is a következő indításkor lép életbe. Ezek felhalmozásának nincs haszna.
Egy szolgáltatás újraindul. A panel vagy egy háttérszolgáltatás néhány másodpercre megszakad. A virtuális gépek tovább futnak. Ez napközben is elvégezhető.
Hálózat, tároló vagy fürt. Itt már a futó gépek is megérzik: a hálózat újraindítás után esetleg nem jön vissza, a tároló a lemezforgalmat érinti, a fürt elemei pedig a csomópontok közötti egyetértést. Ezeket önmagukban kell elvégezni.
Újraindítás szükséges. A kernel és az alapvető rendszerelemek. A legfontosabb részlet itt ez: a telepített, de újraindítással még nem érvényesített kernelfrissítés nincs alkalmazva. A gép továbbra is a régit futtatja. Pontosan itt hiszik azt sokan, hogy naprakészek, holott nem azok.
Családváltás. Áttérés új főverzióra. Ez nem frissítés, hanem migráció, és saját tervet kíván.
A csomagkezelő nem az üzemeltetés kérdésére válaszol
A csomagkezelő arra válaszol, hogy "ezek együtt telepíthetők-e", és rendszerint igent mond. Ez függőségi válasz, nem üzemeltetési. Ha egy menetben történik a kernelfrissítés és a hálózati változtatás, akkor hiba esetén nem derül ki, melyik okozta, és a kiderítéshez szükséges hálózat esetleg nincs meg.
A gyakorlati sorrend
Először azok, amelyek semmit nem állítanak le. Utána azok, amelyek egy szolgáltatást újraindítanak. A hálózat, a tároló és a fürt önmagában. Az újraindítást igénylők a végén, szándékosan.
Egyetlen szabály foglalja össze az egészet: az "újraindítást igényel" és a "hálózatot módosít" soha nem kerül azonos lépésbe. Ha ez a kettő összeér, a hiba és a felderítéséhez szükséges eszköz ugyanabban a pillanatban tűnik el.
Két kérdés a megnyomás előtt
Lehet-e most újraindítani. És elérhető-e ez a gép, ha a hálózat nem jön vissza. Ha a másodikra nem a válasz, akkor a hálózatot érintő frissítés nem karbantartási rutin, hanem tervezést igénylő munka.
Mit csinál az Atlas
Az Atlas nem egyetlen lapos listaként mutatja a függőben lévő csomagokat. Minden csomagot a hatása szerint sorol be, és körökre bontja őket: amelyek semmit nem állítanak le, amelyek egy szolgáltatást újraindítanak, amelyek a hálózathoz, a tárolóhoz és a fürthöz nyúlnak, amelyek újraindítást igényelnek, és amelyek családot váltanak. Körönként egy gombnyomás kell, automatikus továbblépés nincs.
Az egymás mellé nem való párosításokat magától kettévágja: még akkor is, ha a csomagkezelő szerint "ezek együtt telepíthetők", az Atlas két külön körbe teszi őket, mert a feltett kérdés üzemeltetési, nem függőségi. Enyhébb esetben nem vág ketté, csak figyelmeztet. A tájékoztató jellegűek pedig egyáltalán nem szakítják meg a folyamatot.
Ha pedig egy kernel telepítve van, de újraindítás még nem történt, az Atlas Watch elmaradt munkaként jelzi, hogy a "naprakésznek hittem magam" állapot ne folytatódjon csendben.
Források
A Proxmox saját dokumentációja. Angol nyelvű, és ebben a kérdésben az övé az utolsó szó.