Valami elromlott a frissítés után: az "utána" és a "miatt" nem ugyanaz
Az újraindítás az első őszinte próbája mindannak, ami az előző újraindítás óta történt. Ami elromlik, annak egy részét nem a frissítés hozta: már ott volt, csak soha nem került kipróbálásra.
AtlasPVE ·
A bejegyzés ezekre válaszol
- proxmox nem indul frissítés után
- proxmox indítás előző kernellel
- proxmox frissítés visszavonása
- proxmox pveproxy nem indul
- proxmox nincs webfelület frissítés után
Megtörtént a frissítés, megtörtént az újraindítás, és valami nem működik. Az első reflex az, hogy "a frissítés törte el", és néha ez igaz is. Előbb azonban egy megkülönböztetést kell megtenni, mert az elejétől kezdve más irányba viszi a munkát.
Az "utána" és a "miatt"
Az újraindítás az első őszinte próbája mindannak, ami az előző újraindítás óta történt. Egy kézzel indított, de az indításhoz soha hozzá nem adott szolgáltatás, egy csatolás, amely soha nem került be a beállításokba, egy futás közben módosított, de fájlba soha nem mentett beállítás: mindez hónapok óta ott van, és addig a pillanatig egyik sem került kipróbálásra. Az újraindítás felszínre hozza őket, nem okozza.
Ennek ismerete megtérül, mert a "vonjuk vissza a frissítést" az ilyen bajt nem oldja meg, és mivel nem oldja meg, órákra rossz irányba visz.
Előbb a tünet, utána a döntés
Az igazi kérdés nem az, hogy "hogyan lehet visszalépni", hanem az, hogy pontosan mi romlott el. A tüneteknek három családja van, és három különböző irányba mutatnak.
A gép egyáltalán nem jön fel. Az ügy a kernelről vagy az indítási rétegről szól. A visszaút az előző kernel, és az általában még megvan, mert a frissítések nem törlik a régi kerneleket.
A gép feljön, de nincs panel. Egy szolgáltatás nem indult el. Meg kell nézni, melyik és miért: ez szinte mindig egyetlen beállítási kérdés, nem az egész frissítés.
Minden feljön, de valami másképp viselkedik. Egy összetevő valóban megváltozott. Itt a legnagyobb tévedés a visszalépés ösztöne: a helyes munka a változások elolvasása.
A visszalépés nem ingyenes
A gyökér fájlrendszer visszaállítása nemcsak a frissítést vonja vissza, hanem mindent, ami azóta történt. A közben módosított beállítások, a hozzáadott hozzáférési kulcsok, a telepített egyéb dolgok, mind visszakerülnek. A visszalépés döntés, nem gomb.
Létra, amely a legolcsóbbal kezdődik
Először a legszűkebb lépés következik, és ha az működik, semmi máshoz nem kell hozzányúlni:
Indítás az előző kernellel. Csak a kernelt érinti, a többit úgy hagyja, ahogy van.
Egyetlen csomag visszaállítása a korábbi verziójára. A hatása arra a csomagra korlátozódik.
A rendszerállapot teljes visszaállítása. A legerősebb és a legdrágább, ez marad a végére.
Feljegyzés a javítás előtt
Le kell jegyezni a látottakat: a hibasort, hogy melyik szolgáltatás, és hogy hány órakor. Azon a napon, amikor újra működik, az ok eltűnik, és ha ugyanez három hónap múlva megismétlődik, semmi nem marad kéznél.
Mit csinál az Atlas
Az Atlas a frissítés előtt rögzíti a futó kernelt. Így akkor is, ha új kernel települ, az újraindítás a régivel hozza fel a gépet. Az újra való áttérés külön és szándékos lépés. Az áttéréskor az indításőr veszi át a szerepet: ellenőrzi, hogy a rendszer valóban rendben jött-e fel, és ha nem, magától visszaáll a régi kernelre.
A frissítés előtt pillanatkép készül a gyökér fájlrendszerről. ZFS esetén ez olcsó, és a visszalépés percek kérdése. ZFS nélküli rendszereken a csomagállapot külön tárolódik, így nem az egész rendszer, hanem a telepítési állapot vonható vissza. Az utolsó öt, frissítés előtti pillanatkép megmarad, a régebbiek törlődnek.
A telepítés végeztével újabb ellenőrzés fut: felállnak-e a kritikus szolgáltatások, megvan-e még a fürt egyetértése. Így az "elromlott-e valami" kérdés előbb hangzik el, mint ahogy feltűnne.
⚠️ A fenti figyelmeztetés továbbra is érvényes: a gyökér fájlrendszer teljes visszaállítása többet von vissza a frissítésnél. Az Atlas készenlétben tartja a pillanatképet, de a visszalépés döntése a felhasználóé.
Források
A Proxmox saját dokumentációja. Angol nyelvű, és ebben a kérdésben az övé az utolsó szó.