A vendégügynök be van kapcsolva, mégis azt írja, hogy nem fut

Az ügynök bekapcsolása és az ügynök telepítése két külön dolog, és mindkettő után is maradhat kikapcsolva. Nem a hiányzó IP-cím miatt érdemes utánajárni, hanem a biztonsági mentés miatt, amely továbbra is sikeresen fut, közben viszont csendben megbízhatatlanabbá válik.

AtlasPVE ·

A bejegyzés ezekre válaszol

  • proxmox vendégügynök nem fut
  • proxmox guest agent nem fut windows
  • proxmox nem látszik a vm ip címe
  • proxmox qemu guest agent is not running
  • proxmox qemu guest agent telepítése ubuntu

A jelölőnégyzet be van pipálva. A csomag telepítve van a gépen belül. A panel mégis azt írja, hogy az ügynök nem fut, és az IP-cím oszlop továbbra is üres.

Érdemes ebben pontosnak lenni, mert három külön dolognak kell egyszerre teljesülnie, a felület pedig csak a végső ítéletet jelenti.

Három dolog, nem egy

A beállítás a gép konfigurációjában. Ez a gazdagép oldala. Ez közli a Proxmox VE-vel, hogy ennél a vendéggépnél ügynök várható, és hogy meg kell próbálnia beszélni vele.

A szoftver a vendéggépen belül. Ez egy csomag, amely az operációs rendszerbe települ, és szolgáltatásként futnia is kell, nem elég telepítve lennie.

A virtuális eszköz, amely a kettő közötti beszélgetést viszi. Erre a részre senki nem gondol, és az esetek többsége itt hal el.

A lépés, amelyet szinte mindenki kihagy

A beállítás bekapcsolása egy virtuális eszközt ad a géphez. A dokumentáció nyersen fogalmaz a következményről: a változás életbe lépéséhez a virtuális gép friss indítása szükséges.

Ez nem ugyanaz, mint a benne futó operációs rendszer újraindítása. Egy eszköz nem tud megjelenni egy már bekapcsolt gépben, így a vendéggép újraindítása semmit nem változtat: ugyanabba a virtuális hardverbe tér vissza, amelyet elhagyott. A gépet le kell állítani, majd elindítani.

Ha a beállítás be van kapcsolva és a csomag telepítve van, mégsem jelent semmit, szinte mindig ez az ok. A vendéggép leállítása, újbóli indítása, majd ellenőrzés.

Windows esetén

A Windows vendéggépek ügynöke a VirtIO illesztőprogram-adathordozóról érkezik, nem az operációs rendszer saját csomagforrásaiból; ezért olvasódik zsákutcaként az "ügynök telepítése" annak, aki egy szokásos telepítő megtalálására számít.

A telepítés után érdemes megbizonyosodni arról, hogy a szolgáltatás valóban fut. A leállított szolgáltatás és a hiányzó telepítés kívülről azonosnak látszik, és a panel mindkettőt ugyanannak jelenti.

Kétféle írásmód, mindkettő helyes

A gyakorlatban előforduló konfigurációkban az ügynök beállítása többféleképpen leírva fordul elő, mert a beállítás idővel további albeállításokkal bővült. Mindkét forma érvényes, és mindkettő bekapcsolja az ügynököt.

Ez főleg figyelmeztetésként számít: ha az egyik gépen az egyik írásmód szerepel, a másikon a másik, érdemes ellenállni az egységesítés kísértésének abban a reményben, hogy ez megjavít valamit. Nem fogja, és a felismerés egy gépújraindításba kerül.

Miért érdemes az IP-címen túl is utánajárni

Az üres IP-oszlop a látható tünet, és ez a legkevésbé fontos.

Ezt teszi az ügynök csendben, amikor működik: bizonyos műveletek előtt a Proxmox VE megkéri a vendéggépet, hogy fagyassza be a fájlrendszereit, hogy a rögzített állapot konzisztens legyen. A dokumentált műveletlista hosszabb, mint amire a legtöbben számítanak, és tartalmazza a pillanatkép módú biztonsági mentést, a futó gép klónozását, a futó gép replikálását, a RAM nélküli pillanatkép készítését és a lemezkép importálását futó vendéggépről.

Működő ügynök nélkül ezek a műveletek továbbra is lefutnak. Továbbra is sikert jelentenek. A garancia változik meg: olyan fájlrendszer helyett, amely előbb megkapta a nyugalomba helyezés utasítását, írás közbeni állapot rögzül. Az esetek többségében ez következmények nélkül marad. Amikor mégis vannak következmények, éppen az az alkalom, amikor a biztonsági mentésre szükség volt.

Ez a valódi ár, és láthatatlan. A hiányzó IP-cím minden nap bosszantó. A gyengébb biztonsági mentés semmit nem mond addig a napig, amikor számít.

Egy Windows kitétel az ellenkező irányba

A befagyasztás nem mindig ingyenes. Windows vendéggépeken azok az alkalmazások, amelyek a saját konzisztenciájukat a Volume Shadow Copy Service segítségével kezelik, megzavarhatók vele. A dokumentáció rögzít egy konkrét megfigyelt esetet: egyes SQL Serverek esetén a befagyasztás kiadása olyan árnyékmásolati útvonalat indít el, amely megtöri a differenciális mentési láncot.

Ha egy Windows rendszeren futó adatbázis saját mentési láncot tart fenn, érdemes tudni erről a kölcsönhatásról, mielőtt hézagként kerül elő a visszaállítási előzményekben. Vannak rá dokumentált megkerülő megoldások, és itt csak annyi a lényeg, hogy az "az ügynök mindig szigorúan jobb" állítás nem egészen igaz.

Mit csinál az Atlas

Az Atlas ugyanezt a három feltételt olvassa ki, és háromként jelenti, nem egyetlen ítéletként. Az, hogy a beállítás be van kapcsolva, de a gép azóta nem indult újra, más probléma, mint az, hogy belül semmi nincs telepítve, és más a megoldásuk is.

Ennek a második fele a napi összefoglalóban landol. Az az ügynök, amely abbahagyta a jelentést, pontosan az a fajta dolog, amely csendben romlik: semmi nem törik el, a biztonsági mentések továbbra is befejeződnek, a mögöttük álló garancia pedig csendben elvékonyodik. Ez megér egy sort egy olyan összefoglalóban, amelyet valóban elolvasnak, egy olyan oszlop helyett, amelynek üressége már fel sem tűnik.

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