Udv Mindenkinek,
belefutottam egy nagyon nagy problemaba, szerintem hibaztam, hogy veletlenul kitoroltem egy snapshotot.
Nem indul a vm, megneztem a konfig fileokat, amit kitoroltem, sajnos "parent" a vm konfigjaban.
Fogyoban volt a disken a hely , ezert tortent a veletlen torles.
Mit tudok tenni a vm normalis mukodese erdekeben?
Elore is koszonom!
- 186 megtekintés
Hozzászólások
Kozben meg is oldodott,
egy qm unlock parancs $VMID megoldotta a problemat.
Kb infarktus kerulgetett...
- A hozzászóláshoz be kell jelentkezni
Kb infarktus kerulgetett...
Akkor itt sincsen backup ...
Fedora 42, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
Minden masrol van, de nem birom vegigvinni, hogy a vm-ek backupjara is beruhazzanak... :(
A vm-eken futo adatbazisokrol, rendszerrol (linuxok) van, a win19-en levo fileokrol es adatbazisrol szinten van, de komplett vm-ek mentesere nem akarnal beruhazni. :(
- A hozzászóláshoz be kell jelentkezni
Ha a VM újrahúzása időben "belefér", akkor nem is biztos, hogy kell rá költeni. Én ilyen helyzetben a /etc könyvtárat (meg az app/db/queue/stb konfigjait) és egy csomaglistát szoktam elrakni - abból, meg egy template vm-ből elég gyorsan vissza lehet varázsolni az esetleg elbukott vm-et - utána meg jöhet a DB/app a szokásos deploy folyamat szerint.
ha meg a vm-eket valamilyen központi konfigból lehet építeni, akkor még a template vm sem kell, a "nagyon szép" megoldás meg az, hogy minden konfigfájlok alapján építünk, vm-et, rajta OS-t, és app/db/miegymást is, és ebben az esetben csak az ezeket leíró adatokat kell menteni - ha és amennyiben belefér az újraépítés időigénye (és az lényegesen rövidebb, mint vm mentés visszaállítása).
DB esetén a vm mentése általában véve fölösleges, mert a "nagyja" az pont az adatbázis, és az egy szimpla vm snapshot-tal nem igazán lesz konzisztens (igen, van olyan megoldás, ahol lehet...).
- A hozzászóláshoz be kell jelentkezni