Recent content by ChristianDSH95

Hier noch einen Auszug aus der daemon.log

Hallo, ich habe Heute alle Nodes nach dem https://pve.proxmox.com/wiki/Upgrade_from_5.x_to_6.0#In-place_upgrade auf Corosync 3 geupdated, soweit lief das ohne Fehler.. Jetzt nach dem Update sollen alle 23 Nodes (kein HA konfiguriert) wieder miteinander kommunizieren, doch ab 14 oder 16 Nodes...

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

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

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

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

Ich nutze da die Version 5.4-13

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?

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