A gép nem áll le: a kérés nem főkapcsoló

A leállítás kér, a megállítás áramtalanít. A leállni nem akaró gép körüli minden zavar ebből az egyetlen különbségből fakad, meg abból, hogy a kéréshez odabent valakinek figyelnie kell.

AtlasPVE ·

A bejegyzés ezekre válaszol

  • proxmox vm nem áll le
  • proxmox stop és shutdown különbség
  • proxmox vm leállítás nem működik
  • proxmox virtuális gépek szabályos leállítása
  • proxmox ups automatikus leállítás

Elindul a leállítás. A feladat megkezdődik, a jelző forog, és három perccel később a gép még mindig fut. Végül a megállítás következik, és a gép azonnal kimúlik. Kézenfekvő a kérdés: miért nem működött az első, ha a második nyilvánvalóan képes rá?

Nem ugyanannak a műveletnek két erőssége. Két teljesen különböző dolog.

A megkülönböztetés, amin minden múlik

A leállítás kérés. A hipervizor megkéri a vendéget, hogy állítsa le magát, ugyanúgy, ahogyan egy fizikai gép bekapcsológombjának megnyomása kéri az operációs rendszert a tiszta bezáródásra. Hogy mi történik a kéréssel, azt a vendég dönti el.

A megállítás áramtalanítás. Azonnal elveszi a tápot a virtuális géptől, mindenféle egyeztetés nélkül. A dokumentáció világos szavakkal figyelmeztet rá: a megállítás adatvesztéssel járhat, ezért óvatosan alkalmazandó.

Ha ez a kettő szétválik, a leállni nem akaró gép megszűnik rejtélyesnek lenni. Nem megtagadja. Odabent senki nem hallotta meg a kérést.

Kinek kellene figyelnie

Két lehetséges hallgató van, és egy rendben lévő gépben legalább az egyik megvan.

Az operációs rendszer bekapcsológomb-kezelője. Linux vendégen ez rendszerint jelen van. Minimális lemezképen, konténerszerű készülékképen, illetve korai indítási szakaszba vagy mentőhéjba jutott rendszeren hiányozhat.

A vendégügynök. Ha engedélyezve van, és valóban fut, közvetlen csatornát ad a hipervizornak befelé, és a leállítási kérés azon az úton megy.

Ha az ügynök ki van kapcsolva, és a bekapcsológomb-kezelő hiányzik vagy nem válaszol, a kérés elindul, és nem érkezik meg sehová. A hipervizor nem kap "nem" választ. Semmilyen választ nem kap, ami kívülről pontosan ugyanúgy néz ki, és ezért látszik úgy, hogy a feladat megakad, nem pedig meghiúsul.

Ha a gépek rendszeresen túl sokáig állnak le, első lépésnek jobb annak ellenőrzése, hogy az ügynök valóban működik-e, mint az időkorlátok rövidítése.

Utána az időkorlát, utána a kényszerítés

A várakozásnak határa van. Vendégenként az alapértelmezett leállítási időkorlát 180 másodperc, és amikor lejár, a gép kényszerített megállításra kerül.

Egy csomóponton minden gép együttes leállításának saját kerete van: megkísérli a tiszta leállítást, alapértelmezés szerint legfeljebb három percet vár, majd keményen megállítja azt, ami még fut.

A felügyelet nélküli leállítás őszinte leírása tehát: szép kérés, rögzített ideig tartó várakozás, aztán áramtalanítás. Ha az adatbázisnak négy percre van szüksége az ürítéshez, az alapértékek már eldöntötték, hogy hármat kap.

Az érték emelhető, a kérdés nem ugorható át

Csábító az időkorlátot tekinteni a hangolandó beállításnak. Az olyan gépnél, amelynek valóban több időre van szüksége, az emelés helyes.

Az a gép viszont, amely bármeddig tartó várakozás után sem áll le, nem időkorlát-problémával küzd, és tíz perc adása csupán annyit jelent, hogy tíz perc telik el ugyanaz előtt a kényszerített megállítás előtt. Előbb az derítendő ki, hogy figyel-e egyáltalán valaki.

Amikor a leállítási feladat már beragadt

Ha egy leállítási feladat ott ül, és a gépnek most kell leállnia, van kifejezett mód a megállítására, amely felülbírálja a futó leállítási feladatot ahelyett, hogy mögé sorolna be. Pontosan azért létezik, mert a beragadt feladat esete elég gyakori ahhoz, hogy választ igényeljen.

A használata annak tudatában javasolt, hogy mi ez: továbbra is áramtalanítás, ugyanazzal a figyelmeztetéssel.

Az eset, amely váratlanul éri az embert: az áramkimaradás

Ezen a ponton szűnik meg az egész írás elméleti jellege.

Az az áramkimaradási parancsfájl, amely az akkumulátorok kimerülése előtt leállítja a vendégeket, a fenti tulajdonságok mindegyikét örökli. Kéréseket küld. A nem figyelő vendégek figyelmen kívül hagyják őket. Lejár az időkorlát. Utána minden, ami még fut, kemény megállítást kap, akár már alacsony akkumulátorszint mellett, akár egyszerre az összes.

Két dolgot érdemes ellenőrizni, mielőtt egy ilyen felállásra épül a bizalom, és mindkettő olcsó:

Valóban válaszolnak a vendégek a leállítási kérésre? Egy hétköznapi délutánon, stopperrel, érdemes kipróbálni az egyiket.

Belefér a teljes keret az akkumulátorba? A vendégek egymás után állnak le, és az időkorlátok összeadódnak. Egy sor gép, amelyből mindegyik két percet igényel, nem kétperces leállítás.

Az az áramkimaradási terv, amelyet soha nem próbáltak el, egyszer mégis elpróbálásra kerül: sötétben, időnyomás alatt.

Mit csinál az Atlas

Az Atlas nem talál ki harmadik fajta leállítást. A kérés és az áramtalanítás az a két dolog, amely létezik, és az ezzel ellentétes látszat keltése következményekkel járó hazugság lenne.

Amit tesz: nem mossa össze a kettőt. A romboló művelet a megerősítés előtt kimondja, hogy romboló, így a "megállítás" soha nem érkezik egy kissé határozottabb "leállítás" álruhájában. Ez a megkülönböztetés az egész írás tárgya, és az a panel, amely a kettőt azonos súlyú, egymás melletti gombként mutatja, már el is veszítette.

A napi összefoglaló hordozza a másik felét: a nem tervezett újraindítás tényként kerül jelentésre. Az a gép, amely a tiszta leállítás elmaradása után kényszerített megállítást kapott, másnap reggel pontosan úgy néz ki, mint az összeomlott gép. Mindkettő megérdemli, hogy észrevegyék.

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