Fájl bejuttatása virtuális gépbe, amikor a Proxmoxban nincs fájlkezelő
Nincs a vendéggép felé mutató feltöltés gomb, és ez a hiány szándékos, nem figyelmetlenség. Négy valódi út vezet befelé, mindegyik más árral, és van egy népszerű rövidítés, amely csendben tönkreteszi a fájlrendszert.
AtlasPVE ·
A bejegyzés ezekre válaszol
- proxmox fájl másolása vm-be
- proxmox fájl átvitele virtuális gépbe
- proxmox fájl kimásolása vm-ből
- proxmox fájlkezelő
- proxmox fájlböngésző
A fájl a saját gépen van, és be kell kerülnie egy vendéggépbe. A felületen hiába keresi az ember az arrafelé mutató feltöltés gombot, nincs ilyen.
Ez a hiány tervezési döntés, nem figyelmetlenség, és az okának megértése után a többi magától adódik. A Proxmox VE a gépet kezeli, nem a gép belsejét. Kívülről nézve a vendéggép tárolója egy lemezkép: egyetlen nagy, átlátszatlan tömb. A hipervizor nem olvassa a benne lévő fájlrendszert, és éppen ezért tud bármilyen operációs rendszert futtatni anélkül, hogy bármit tudna róla.
Minden befelé vezető út tehát ennek a határnak a szándékos átlépése, és mindegyik másképp lépi át.
Az unalmas válasz, ami rendszerint a helyes
Másolás a hálózaton át, ugyanúgy, mint bármelyik másik gépre. Fájlmásolás SSH-n, hálózati megosztás, objektumtároló, vagy webes letöltés a vendéggépen belülről.
Ezt meglepően sokan ugorják át, mert túl hétköznapinak érzik, mintha a virtualizációnak valami jobbat kellene kínálnia. Nem kínál, és nem is kell. A vendéggép egy gép a hálózaton, és így is érdemes bánni vele. Ez az út bármekkora mérettel megbirkózik, megőrzi a saját jogosultságokat, és a hipervizort egyáltalán nem vonja be.
Az alábbi esetek arra valók, amikor ez az út nem járható.
Amikor a vendéggép fut, de nem érhető el
A vendégügynök olyan csatornát ad, amely nem a hálózatot használja, mert a gazdagép és a vendéggép közötti virtuális eszközön keresztül működik.
Valóban tud fájlt olvasni és írni. A két művelet külön végpontként létezik, és pontosan erre való, ha egy hálózatát vesztett gépbe kell bejuttatni egy konfigurációs fájlt vagy egy kulcsot.
A korlát, amit érdemes előre tudni: egyetlen írás nagyjából 60 KB-nál elakad, a nagyobb fájlok olvasása pedig csonkolt jelöléssel tér vissza. Ez a csatorna kis dolgokra készült. Konfigurációs fájlhoz kiváló, telepítőképhez használhatatlan, és ezt üzemzavar közben megtudni rosszabb, mint itt elolvasni.
Az ellenőrzésre használt gazdagépen nyolc virtuális gépből hétben be volt kapcsolva az ügynök, tehát a legtöbb helyen ez az út már rendelkezésre áll, csak nem ismert.
Amikor a vendéggép ki van kapcsolva
Leállított vendéggépnél a lemezképe csatolható a gazdagépen, és a fájlrendszere közvetlenül böngészhető. Ez a legerősebb lehetőség: teljes hozzáférés, bármekkora méret, ügynök nélkül.
Egyben ennek a cikknek a legélesebb pengéje is.
A rövidítés, ami csendben rombol
Futó vendéggép fájlrendszerét tilos a gazdagépről csatolni.
Gyakran működni látszik: a lemezkép csatolható, a fájlok látszanak, egy fájl bemásolható, és semmi nem tiltakozik. Közben a vendéggép is csatolva tartja azt a fájlrendszert, és a saját elképzelését gyorsítótárazza arról, mi van a lemezen. Két független író, egy fájlrendszer, és egyik sem tud a másikról. Az eredmény később előbukkanó adatromlás, ami lemezhibának látszik, nem pedig egy korábbi lépés következményének.
Futó vendéggépnél a hálózat vagy az ügynök a járható út. Ha a lemez kell, előbb a vendéggépet kell leállítani.
Amikor a vendéggép egyáltalán nem indul
Ilyenkor a legnagyobb a szükség arra, hogy egy fájl kikerüljön, és az eddigi lehetőségek mind elbuktak.
Ekkor a biztonsági mentésen át vezet az út. A mentések megnyithatók, és egyes fájlok kiemelhetők belőlük anélkül, hogy az egész vendéggép visszaállítása megtörténne. Ez lassabb minden itt felsoroltnál, és ez az egyetlen út, ami akkor is működik, amikor maga a gép használhatatlan.
Érdemes észrevenni: ez is egy ok arra, hogy a soha meg nem nyitott biztonsági mentés még nem biztonsági mentés. Az a nap, amikor egyetlen fájl kell egy halott gépből, rossz nap annak felfedezésére, hogy az archívum nem áll vissza.
A konténer más feladat
A konténerben nincs átlátszatlan fájlrendszert rejtő lemezkép. A fájljai a gazdagép saját tárolóján ülnek, így a gazdagép felől egyszerűen ott vannak.
Ez az aszimmetria az oka annak, hogy a kérdés konténeres változata külön keresés. Ugyanaz a feladat, teljesen más nehézség, és az egyikre írt tanács a másikra gyakran hibás.
Mit csinál az Atlas, és hol vannak a korlátai
Az Atlas fájlböngészőt kínál a vendéggéphez, és a benne rejlő tervezési döntést érdemes kimondani.
A vendéggépen belül fut, és csak a vendéggép saját loopback címén figyel, így a hálózat felől egyáltalán nem érhető el. Az elérés az Atlason keresztül történik. Vagyis a fájlböngésző hozzáadása nem jelent a helyi hálózat többi szereplője felé kitett szolgáltatást, pedig rendszerint ez a csendes ára annak, ha egy gépre webes fájlkezelő kerül.
A korlátok, kertelés nélkül: vendéggépenként működik, és jelen kell lennie abban a vendéggépben, amelyet böngészni kell; egyes fájlok megnézésére és mozgatására való kényelmi eszköz, nem nagy adatmennyiség átvitelére; és nem helyettesíti a biztonsági mentést. Nagy adatmennyiséghez továbbra is a fenti hálózati út a helyes válasz, nem induló gépnél pedig továbbra is a mentésen át vezető út az egyetlen.
Források
A Proxmox saját dokumentációja. Angol nyelvű, és ebben a kérdésben az övé az utolsó szó.