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