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ó.

Kapcsolódó bejegyzések

Hogyan néz ki ez az Atlason belül?

Tovább a termékoldalra