Tento návod je vhodný jak pro majitele separátních Proxmox virtualizačních serverů (node to node migration), tak pro vlastníky celých clusterů, kde potřebují přestěhovat virtuálku z clusteru do clusteru. Nenesu za nic zodpovědnost, takže když si někde něco smažete, rozbijete, zničíte, nejde to za mnou, ale bude to na vás. 😉
Mám backup v podobě .vma.lzo nebo .vma
Natáhněte soubor kamkoliv, kde máte místo na cílovou mašinu.
Pokud vše proběhne hladce a vy nemáte Virtuálku s ID 158, tak by to obvykle nemělo dělat problémy. Samozřejmě pokud máte na cílové mašině jiný název destination storage, tak to zhavaruje s chybou.
qmrestore <názevSouboru> <idVM>
qmrestore vzdump-qemu-158-2021_04_30-00_24_31.vma.lzo 158 Pokud to zhavaruje třeba v mém pokusném případě, kdy už jsem jednou záměrně VM naimportoval předtím: unable to restore VM 158 - VM 158 already exists on node 'pve' Zkusil jsem: qmrestore vzdump-qemu-158-2021_04_30-00_24_31.vma.lzo 159 výsledek: restore vma archive: lzop -d -c /rpool/data/vzdump-qemu-158-2021_04_30-00_24_31.vma.lzo | vma extract -v -r /var/tmp/vzdumptmp16969.fifo - /var/tmp/vzdumptmp16969 CFG: size: 501 name: qemu-server.conf DEV: dev_id=1 size: 137438953472 devname: drive-virtio0 CTIME: Fri Apr 30 00:24:33 2021 no lock found trying to remove 'create' lock command 'set -o pipefail && lzop -d -c /rpool/data/vzdump-qemu-158-2021_04_30-00_24_31.vma.lzo | vma extract -v -r /var/tmp/vzdumptmp16969.fifo - /var/tmp/vzdumptmp16969' failed: storage 'nazevstorage_data' does not exist Existují postupy, kdy ručně naimportujete dle konfiguráku novou VM, nebo vytvoříte a v /etc/pve/qemu-server/ si pak najdete název virtuálky a editnete ji potřebné údaje. Nicméně v mém případě jsem nepotřeboval identický virtuální hardware.
Chci získat .qcow2 či .raw image ze souboru .vma
vma extract -v vzdump-qemu-158-2021_04_30-00_24_31.vma /rpool/neexistujiciAdresar/
DEVINFO /rpool/neexistujiciAdresar//tmp-disk-drive-virtio0.raw 137438953472
progress 1% (read 1374420992 bytes, duration 6 sec)
progress 2% (read 2748841984 bytes, duration 16 sec)
progress 3% (read 4123197440 bytes, duration 31 sec)
necháte doběhnout do 100% a máte rozbaleno.
Importujeme rozbalený .qcow2 či .raw image do Proxmoxu
qm importdisk <idVirtuálky> <názevsouboru> <názevStorage>
qm importdisk 158 disk-drive-virtio0.raw local-zfs
výsledek:
importing disk ‚disk-drive-virtio0.raw‘ to VM 158 …
transferred: 0 bytes remaining: 137438953472 bytes total: 137438953472 bytes progression: 0.00 %
transferred: 1374389534 bytes remaining: 136064563938 bytes total: 137438953472 bytes progression: 1.00 %
transferred: 2748779069 bytes remaining: 134690174403 bytes total: 137438953472 bytes progression: 2.00 %
transferred: 4136912499 bytes remaining: 133302040973 bytes total: 137438953472 bytes progression: 3.01 %
Necháte doběhnout do 100%
Pak lognete na proxmox rozhraní a unused disk dáte použít a jste schopni nabootovat. 😉
zdroj2
zdroj3
zdroj4
zdroj5
zdroj6
zdrojUUID
Moc komplikovany 🙂 Muzes vyresit pomoci pve-zsync
https://pve.proxmox.com/wiki/PVE-zsync
Da se kopirovat i za chudu stroje, pak vypnes. a na druhem zapnes 🙂