[SOLVED] Abgebrochenes Backup von Hand löschen?

crt

New Member
Feb 4, 2022
9
0
1
37
Hallo,

ich habe Freitag ein Backup machen wollen, was aber die "local" Festplatte gesprengt hat. Ich hab dieses Backup dann nach ca. 7% von Hand abgebrochen, einen zweiten Node aufgesetzt, da eine VM PBS mit ZFS Mirror installiert, der macht jetzt auch brav die Backups.

Allerdings wird das Backup von Freitag nicht gelöscht. Hab gedacht vielleicht passiert das nach 24h mit der Garbage Collection (Proxmox macht ja sonst auch alles selber! ;))

Naja, ist leider immer noch da. Hab dann mal in den failed Jobs der VM geguckt, und auch einen Pfad gefunden wo das Backup wohl gespeichert werden sollte auf local:

root@pve:/var/lib/vz/dump# ls -l
total 39690064
drwxr-xr-x 2 root root 4096 Feb 11 06:59 vzdump-qemu-999-2022_02_11-06_59_24.tmp
-rw-r--r-- 1 root root 40642613248 Feb 11 07:07 vzdump-qemu-999-2022_02_11-06_59_24.vma.dat
-rw-r--r-- 1 root root 2369 Feb 11 21:53 vzdump-qemu-999-2022_02_11-21_46_50.log

Nachdem ich schon meine storage.cfg händisch (und ohne ein backup der datei überschrieben) hab weil ich gemeint hab die wären für jeden Node angelegt (sind sie nicht, lifeprotip:machdasnisch), wollte ich bevor ich die 40gb *vma.dat lösche lieber mal nachhören welche schlauen dinge ich hiermit zerschieße.

Das Backup für meine VM mit 250+99gb Festplatte ist auch "nur" 160gb groß (festplatte ist auch größtenteils leer, aber ich könnte mir vorstellen, dass vielleicht diese 40gb ein teil des incremental backup sind?)

das backup taucht übrigens nicht unter "Backup" auf. sonst würd ich es natürlich brav über das gui löschen
 
Hallo,
Hallo,

ich habe Freitag ein Backup machen wollen, was aber die "local" Festplatte gesprengt hat. Ich hab dieses Backup dann nach ca. 7% von Hand abgebrochen, einen zweiten Node aufgesetzt, da eine VM PBS mit ZFS Mirror installiert, der macht jetzt auch brav die Backups.
Normalerweise sollte ein abgebrochenes Backup automatisch direkt beim Abbruch gelöscht werden.

Allerdings wird das Backup von Freitag nicht gelöscht. Hab gedacht vielleicht passiert das nach 24h mit der Garbage Collection (Proxmox macht ja sonst auch alles selber! ;))
Der Backup Server kümmert sich nur um seine eigenen Backups, nicht um welche, die lokal im Proxmox VE Cluster angelegt wurden.

Naja, ist leider immer noch da. Hab dann mal in den failed Jobs der VM geguckt, und auch einen Pfad gefunden wo das Backup wohl gespeichert werden sollte auf local:

root@pve:/var/lib/vz/dump# ls -l
total 39690064
drwxr-xr-x 2 root root 4096 Feb 11 06:59 vzdump-qemu-999-2022_02_11-06_59_24.tmp
-rw-r--r-- 1 root root 40642613248 Feb 11 07:07 vzdump-qemu-999-2022_02_11-06_59_24.vma.dat
-rw-r--r-- 1 root root 2369 Feb 11 21:53 vzdump-qemu-999-2022_02_11-21_46_50.log

Nachdem ich schon meine storage.cfg händisch (und ohne ein backup der datei überschrieben) hab weil ich gemeint hab die wären für jeden Node angelegt (sind sie nicht, lifeprotip:machdasnisch), wollte ich bevor ich die 40gb *vma.dat lösche lieber mal nachhören welche schlauen dinge ich hiermit zerschieße.

Das Backup für meine VM mit 250+99gb Festplatte ist auch "nur" 160gb groß (festplatte ist auch größtenteils leer, aber ich könnte mir vorstellen, dass vielleicht diese 40gb ein teil des incremental backup sind?)
Inkrementelle Backups gibt's bei vzdump nicht; nur wenn PBS als Storage benutzt wird.
das backup taucht übrigens nicht unter "Backup" auf. sonst würd ich es natürlich brav über das gui löschen
Weil die Dateiendung nicht passt, was aber gut ist, damit es nicht mit einem echten Backup verwechselt wird ;)
 
  • Like
Reactions: crt
Ich lese: die riesige vma.dat kann ich also (hier) problemlos löschen.

Wie setz ich den Thread auf "[SOLVED]" ?:)

*edit* Und vielen dank für die ausführliche Antwort!


Ich pack mal noch die Log vom Job dazu, vielleicht ist das ja für die Entwicklung interessant (vermutlich hab ich nur irgendwas kaputtgespielt)


INFO: starting new backup job: vzdump 999 --mode snapshot --node pve --remove 0 --compress zstd --storage local
INFO: Starting Backup of VM 999 (qemu)
INFO: Backup started at 2022-02-11 06:59:24
INFO: status = running
INFO: VM Name: WinServer2022
INFO: include disk 'scsi0' 'local-lvm:vm-999-disk-0' 99G
INFO: include disk 'scsi1' 'local-lvm:vm-999-disk-3' 250G
INFO: include disk 'efidisk0' 'local-lvm:vm-999-disk-1' 4M
INFO: include disk 'tpmstate0' 'local-lvm:vm-999-disk-2' 4M
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: creating vzdump archive '/var/lib/vz/dump/vzdump-qemu-999-2022_02_11-06_59_24.vma.zst'
INFO: attaching TPM drive to QEMU for backup
INFO: issuing guest-agent 'fs-freeze' command
INFO: issuing guest-agent 'fs-thaw' command
INFO: started backup task '0d3453f9-7bea-4b84-8f90-626953fe2b06'
INFO: resuming VM again
INFO: 0% (402.2 MiB of 349.0 GiB) in 3s, read: 134.1 MiB/s, write: 118.6 MiB/s
INFO: 1% (3.6 GiB of 349.0 GiB) in 31s, read: 117.3 MiB/s, write: 111.7 MiB/s
INFO: 2% (7.1 GiB of 349.0 GiB) in 1m 11s, read: 90.0 MiB/s, write: 90.0 MiB/s
INFO: 3% (10.5 GiB of 349.0 GiB) in 2m, read: 71.3 MiB/s, write: 71.3 MiB/s
INFO: 4% (14.0 GiB of 349.0 GiB) in 2m 35s, read: 100.4 MiB/s, write: 100.4 MiB/s
INFO: 5% (17.5 GiB of 349.0 GiB) in 3m 12s, read: 97.4 MiB/s, write: 72.7 MiB/s
INFO: 6% (21.1 GiB of 349.0 GiB) in 3m 57s, read: 81.3 MiB/s, write: 81.3 MiB/s
INFO: 7% (24.5 GiB of 349.0 GiB) in 4m 25s, read: 125.6 MiB/s, write: 125.6 MiB/s
INFO: 8% (27.9 GiB of 349.0 GiB) in 5m 12s, read: 75.0 MiB/s, write: 74.9 MiB/s
INFO: 9% (31.5 GiB of 349.0 GiB) in 6m 1s, read: 75.2 MiB/s, write: 75.2 MiB/s
INFO: 10% (34.9 GiB of 349.0 GiB) in 6m 44s, read: 81.4 MiB/s, write: 81.3 MiB/s
INFO: 11% (38.4 GiB of 349.0 GiB) in 7m 10s, read: 136.6 MiB/s, write: 136.6 MiB/s
INFO: 12% (41.9 GiB of 349.0 GiB) in 7m 55s, read: 79.4 MiB/s, write: 79.4 MiB/s
ERROR: interrupted by signal
INFO: aborting backup job
INFO: resuming VM again
 
Ich lese: die riesige vma.dat kann ich also (hier) problemlos löschen.
Ja
Wie setz ich den Thread auf "[SOLVED]" ?:)
Oberhalb der ersten Nachricht gibt es einen Edit Thread Knopf, und da kann dann das Prefix gesetzt werden.
*edit* Und vielen dank für die ausführliche Antwort!


Ich pack mal noch die Log vom Job dazu, vielleicht ist das ja für die Entwicklung interessant (vermutlich hab ich nur irgendwas kaputtgespielt)


INFO: starting new backup job: vzdump 999 --mode snapshot --node pve --remove 0 --compress zstd --storage local
INFO: Starting Backup of VM 999 (qemu)
INFO: Backup started at 2022-02-11 06:59:24
INFO: status = running
INFO: VM Name: WinServer2022
INFO: include disk 'scsi0' 'local-lvm:vm-999-disk-0' 99G
INFO: include disk 'scsi1' 'local-lvm:vm-999-disk-3' 250G
INFO: include disk 'efidisk0' 'local-lvm:vm-999-disk-1' 4M
INFO: include disk 'tpmstate0' 'local-lvm:vm-999-disk-2' 4M
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: creating vzdump archive '/var/lib/vz/dump/vzdump-qemu-999-2022_02_11-06_59_24.vma.zst'
INFO: attaching TPM drive to QEMU for backup
INFO: issuing guest-agent 'fs-freeze' command
INFO: issuing guest-agent 'fs-thaw' command
INFO: started backup task '0d3453f9-7bea-4b84-8f90-626953fe2b06'
INFO: resuming VM again
INFO: 0% (402.2 MiB of 349.0 GiB) in 3s, read: 134.1 MiB/s, write: 118.6 MiB/s
INFO: 1% (3.6 GiB of 349.0 GiB) in 31s, read: 117.3 MiB/s, write: 111.7 MiB/s
INFO: 2% (7.1 GiB of 349.0 GiB) in 1m 11s, read: 90.0 MiB/s, write: 90.0 MiB/s
INFO: 3% (10.5 GiB of 349.0 GiB) in 2m, read: 71.3 MiB/s, write: 71.3 MiB/s
INFO: 4% (14.0 GiB of 349.0 GiB) in 2m 35s, read: 100.4 MiB/s, write: 100.4 MiB/s
INFO: 5% (17.5 GiB of 349.0 GiB) in 3m 12s, read: 97.4 MiB/s, write: 72.7 MiB/s
INFO: 6% (21.1 GiB of 349.0 GiB) in 3m 57s, read: 81.3 MiB/s, write: 81.3 MiB/s
INFO: 7% (24.5 GiB of 349.0 GiB) in 4m 25s, read: 125.6 MiB/s, write: 125.6 MiB/s
INFO: 8% (27.9 GiB of 349.0 GiB) in 5m 12s, read: 75.0 MiB/s, write: 74.9 MiB/s
INFO: 9% (31.5 GiB of 349.0 GiB) in 6m 1s, read: 75.2 MiB/s, write: 75.2 MiB/s
INFO: 10% (34.9 GiB of 349.0 GiB) in 6m 44s, read: 81.4 MiB/s, write: 81.3 MiB/s
INFO: 11% (38.4 GiB of 349.0 GiB) in 7m 10s, read: 136.6 MiB/s, write: 136.6 MiB/s
INFO: 12% (41.9 GiB of 349.0 GiB) in 7m 55s, read: 79.4 MiB/s, write: 79.4 MiB/s
ERROR: interrupted by signal
INFO: aborting backup job
INFO: resuming VM again
Wenn der Log wirklich da aufhört könnte es sein, dass das resuming VM again ein bisschen gedauert hat, und nicht mehr genug Zeit fürs Löschen war. Nach 5 Sekunden wird nämlich komplett abgebrochen.
 
Wenn der Log wirklich da aufhört könnte es sein, dass das resuming VM again ein bisschen gedauert hat, und nicht mehr genug Zeit fürs Löschen war. Nach 5 Sekunden wird nämlich komplett abgebrochen.

Prima, noch einmal vielen Dank! Das wird das Problem gewesen sein, das war in dem Fall wirklich etwas komisch. Wünsche einen guten Start in die Woche!
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!