VZdump entpacken - cloud-init

[ChristianDSH95]

Hallo,

ich versuche ein vzdump Backup von einer VM wiederherzustellen, welches über Proxmox angelegt wurde.
Das Wiederherstellen des Backups schlägt jedoch fehl, da offenbar die cloudinit.qcow2 bereits existiert.

Fehlercode:

TASK ERROR: command 'set -o pipefail && vma extract -v -r /var/tmp/vzdumptmp6716.fifo /mnt/pve/backup/dump/vzdump-qemu-216-2019\_09\_20-15\_45\_15.vma /var/tmp/vzdumptmp6716' failed: disk image '/local-data/vz/images/216/vm-216-cloudinit.qcow2' already exist

 

[ChristianDSH95]

Der leichteste Weg wäre die CloudInit Drive, die immer ide0 ist von Backups auszuschließen, aber das lässt sich nicht einstellen?
Ich kann nur normale Festplatten von Backups ausschließen?

 

[fireon]

Klingt spannend, ich häng mich hier mal drann. Was für eine Proxmoxversion verwendest du hier. 5 oder 6?

 

[ChristianDSH95]

Ich nutze da die Version 5.4-13

 

[LnxBil]

Das Wiederherstellen des Backups schlägt jedoch fehl, da offenbar die cloudinit.qcow2 bereits existiert.

Vielleicht nicht gelöscht worden oder ein Bug? Kannst du die cloudinit.qcow2 mal umbenennen und es nochmal probieren und ein zweites mal ohne die Datei zu löschen?

 

[ChristianDSH95]

Wenn ich die Cloudinit - Datei vor dem Wiederherstellen lösche, entpackt es ohne Probleme, ich denke mal die wurde beim Erstellen des VZDumps mit gesichert, und das beißt sich dann beim entpacken, da sie schon existiert.

Aber die Cloud-Init - Datei kann man ja leider nicht von Backups ausschließen.
Ich nutze das Proxmox VPS Modul von https://www.modulesgarden.com/ und die meinten ich soll mich an Proxmox wenden, weil das kein Fehler von deren Modul wäre.

 

[LnxBil]

Wenn ich die Cloudinit - Datei vor dem Wiederherstellen lösche, entpackt es ohne Probleme, ich denke mal die wurde beim Erstellen des VZDumps mit gesichert, und das beißt sich dann beim entpacken, da sie schon existiert.

Daher meine Frage ob du mal mehrfach die gleiche VM wiederherstellen kannst. Mich würde interessieren ob das ohne Probleme (also erneutes Problem mit vorhandener Datei) funktioniert.

 

[ChristianDSH95]

Daher meine Frage ob du mal mehrfach die gleiche VM wiederherstellen kannst. Mich würde interessieren ob das ohne Probleme (also erneutes Problem mit vorhandener Datei) funktioniert.

Lösche ich vor dem Restore die Cloud - Init Drive klappt der Restore Einwandfrei

restore vma archive: lzop -d -c /mnt/pve/backup/dump/vzdump-qemu-413-2019_09_20-18_18_16.vma.lzo | vma extract -v -r /var/tmp/vzdumptmp18067.fifo - /var/tmp/vzdumptmp18067
CFG: size: 945 name: qemu-server.conf
DEV: dev_id=1 size: 10737418240 devname: drive-virtio0
CTIME: Fri Sep 20 18:18:21 2019
disk image '/local-data/vz/images/413/vm-413-disk-0.qcow2' does not exists
Formatting '/local-data/vz/images/413/vm-413-cloudinit.qcow2', fmt=qcow2 size=4194304 cluster_size=65536 preallocation=metadata lazy_refcounts=off refcount_bits=16
new volume ID is 'local-data:413/vm-413-cloudinit.qcow2'
Formatting '/local-data/vz/images/413/vm-413-disk-0.qcow2', fmt=qcow2 size=10737418240 cluster_size=65536 preallocation=metadata lazy_refcounts=off refcount_bits=16
new volume ID is 'local-data:413/vm-413-disk-0.qcow2'
map 'drive-virtio0' to '/local-data/vz/images/413/vm-413-disk-0.qcow2' (write zeros = 0)
progress 1% (read 107413504 bytes, duration 0 sec)
progress 2% (read 214761472 bytes, duration 1 sec)
progress 3% (read 322174976 bytes, duration 2 sec)
progress 4% (read 429522944 bytes, duration 3 sec)
progress 5% (read 536870912 bytes, duration 4 sec)
progress 6% (read 644284416 bytes, duration 5 sec)
progress 7% (read 751632384 bytes, duration 6 sec)
progress 8% (read 859045888 bytes, duration 7 sec)
progress 9% (read 966393856 bytes, duration 8 sec)
progress 10% (read 1073741824 bytes, duration 9 sec)
progress 11% (read 1181155328 bytes, duration 10 sec)
progress 12% (read 1288503296 bytes, duration 10 sec)
progress 13% (read 1395916800 bytes, duration 10 sec)
progress 14% (read 1503264768 bytes, duration 10 sec)
progress 15% (read 1610612736 bytes, duration 10 sec)
progress 16% (read 1718026240 bytes, duration 10 sec)
progress 17% (read 1825374208 bytes, duration 10 sec)
progress 18% (read 1932787712 bytes, duration 10 sec)
progress 19% (read 2040135680 bytes, duration 11 sec)
progress 20% (read 2147483648 bytes, duration 12 sec)
progress 21% (read 2254897152 bytes, duration 12 sec)

Die Cloud-Init Drive wird dann auch wieder hinzugefügt.
Restore ich dann noch einmal kommen wir wieder zum Fehler von vorher, dass eben die Cloud - Init Drive schon existiert.
Proxmox müsste also entweder beim Packen die Cloud-Init Drive außen vor lassen, oder vor dem Aufspielen des VZDumps die Cloud - Init Drive löschen.

 

[LnxBil]

oder vor dem Aufspielen des VZDumps die Cloud - Init Drive löschen.

Japp, sehe ich auch so. Schade, dass sich bisher kein Proxmox Mitarbeiter hier gemeldet hat, vielleicht gleich mal ein Bugreport aufmachen, da das Problem ja reproduzierbar scheint.

 

[ChristianDSH95]

Hier noch die Übersicht aller Paketversionen von der Node.
Backup habe ich diesmal auch direkt über die Funktion im Proxmox - Panel gemacht, entpackt und kam zum gleichen Problem, liegt also definitiv nicht an dem verwendeten Modul.

Somit sollte das Problem eigentlich bei jedem mit dieser Proxmox Version auftreten, der die Server über cloud-init vorkonfiguriert.

pveversion -v
proxmox-ve: 5.4-2 (running kernel: 4.15.18-20-pve)
pve-manager: 5.4-13 (running version: 5.4-13/aee6f0ec)
pve-kernel-4.15: 5.4-8
pve-kernel-4.15.18-20-pve: 4.15.18-46
corosync: 2.4.4-pve1
criu: 2.11.1-1~bpo90
glusterfs-client: 3.8.8-1
ksm-control-daemon: not correctly installed
libjs-extjs: 6.0.1-2
libpve-access-control: 5.1-12
libpve-apiclient-perl: 2.0-5
libpve-common-perl: 5.0-54
libpve-guest-common-perl: 2.0-20
libpve-http-server-perl: 2.0-14
libpve-storage-perl: 5.0-44
libqb0: 1.0.3-1~bpo9
lvm2: 2.02.168-pve6
lxc-pve: 3.1.0-6
lxcfs: 3.0.3-pve1
novnc-pve: 1.0.0-3
proxmox-widget-toolkit: 1.0-28
pve-cluster: 5.0-38
pve-container: 2.0-40
pve-docs: 5.4-2
pve-edk2-firmware: 1.20190312-1
pve-firewall: 3.0-22
pve-firmware: 2.0-7
pve-ha-manager: 2.0-9
pve-i18n: 1.1-4
pve-libspice-server1: 0.14.1-2
pve-qemu-kvm: 3.0.1-4
pve-xtermjs: 3.12.0-1
qemu-server: 5.0-54
smartmontools: 6.5+svn4324-1
spiceterm: 3.0-5
vncterm: 1.5-3

 

[ChristianDSH95]

Japp, sehe ich auch so. Schade, dass sich bisher kein Proxmox Mitarbeiter hier gemeldet hat, vielleicht gleich mal ein Bugreport aufmachen, da das Problem ja reproduzierbar scheint.

Bugreport habe ich jetzt aufgemacht: https://bugzilla.proxmox.com/show_bug.cgi?id=2382