Fehlgeschlagene Backups von VMs führen zum einfrieren der VM

[Amiga3000]

Ich habe seit der Version 6.3, die mit ZSTD als Backup-Format arbeitet immer wieder Probleme das wenn das Backup-Ziel voll wird, er das Backup mit einem Fehler abbricht, was ja auch okay ist, aber die betreffende VM dann dauerhaft einfriert. Aus der GUI heraus kann ich sie oft noch stoppen und neustarten, ab und zu muss ich den ganzen Host neustarten. Die VM bleibt nach dem Backupfehler mit einer seht hohen Load stehen. Der Host hat dann auch eine hohe Load schafft das aber noch und die anderen VMs merken kaum was davon.
Ich meine das Problem gab es vor der Version 6.3 nicht. Jedenfalls habe ich verschiedene andere Hostsysteme, die noch mit 6.2 laufen, und da werden zwar bei vollem Backup-Ziel die Backups als fehlgeschlagen gemeledet , das System und die VMs laufen aber ohne Probleme.

 

[mira]

Bitte poste den Output von pveversion -v, die VM Config (qm config <VMID>) und die Storage Config (/etc/pve/storage.cfg).
Welcher Storage wird für die Backups verwendet?

 

[Amiga3000]

Hier der outout von pveversion -v
pveversion -v
proxmox-ve: 6.3-1 (running kernel: 5.4.78-2-pve)
pve-manager: 6.3-3 (running version: 6.3-3/eee5f901)
pve-kernel-5.4: 6.3-3
pve-kernel-helper: 6.3-3
pve-kernel-5.4.78-2-pve: 5.4.78-2
pve-kernel-5.4.65-1-pve: 5.4.65-1
pve-kernel-5.4.34-1-pve: 5.4.34-2
ceph-fuse: 12.2.11+dfsg1-2.1+b1
corosync: 3.0.4-pve1
criu: 3.11-3
glusterfs-client: 5.5-3
ifupdown: 0.8.35+pve1
ksm-control-daemon: 1.3-1
libjs-extjs: 6.0.1-10
libknet1: 1.16-pve1
libproxmox-acme-perl: 1.0.7
libproxmox-backup-qemu0: 1.0.2-1
libpve-access-control: 6.1-3
libpve-apiclient-perl: 3.1-3
libpve-common-perl: 6.3-2
libpve-guest-common-perl: 3.1-3
libpve-http-server-perl: 3.1-1
libpve-storage-perl: 6.3-3
libqb0: 1.0.5-1
libspice-server1: 0.14.2-4~pve6+1
lvm2: 2.03.02-pve4
lxc-pve: 4.0.3-1
lxcfs: 4.0.3-pve3
novnc-pve: 1.1.0-1
proxmox-backup-client: 1.0.6-1
proxmox-mini-journalreader: 1.1-1
proxmox-widget-toolkit: 2.4-3
pve-cluster: 6.2-1
pve-container: 3.3-2
pve-docs: 6.3-1
pve-edk2-firmware: 2.20200531-1
pve-firewall: 4.1-3
pve-firmware: 3.1-3
pve-ha-manager: 3.1-1
pve-i18n: 2.2-2
pve-qemu-kvm: 5.1.0-7
pve-xtermjs: 4.7.0-3
qemu-server: 6.3-2
smartmontools: 7.1-pve2
spiceterm: 3.1-1
vncterm: 1.6-2
zfsutils-linux: 0.8.5-pve1
root@pve:~#

-----

qm config 101

agent: 1
balloon: 0
bootdisk: scsi0
cores: 4
ide2: local:iso/UCS-Installation-amd64.iso,media=cdrom
memory: 8192
name: UCS-Server
net0: virtio=46:76D:66:51:BB,bridge=vmbr1
numa: 0
onboot: 1
ostype: l26
scsi0: strorage_hdd:vm-101-disk-0,discard=on,size=96G
scsi1: strorage_hdd:vm-101-disk-1,discard=on,size=128G
scsi2: strorage_hdd:vm-101-disk-2,discard=on,size=1T
scsihw: virtio-scsi-pci
smbios1: uuid=c880e168-0810-485e-b464-d0dbe8117883
sockets: 1
startup: order=2
vmgenid: 151a70bc-6370-44fa-a958-33cf87f28178
root@pve:~#

----
cat /etc/pve/storage.cfg
dir: local
path /var/lib/vz
content iso,backup,vztmpl

lvmthin: local-lvm
thinpool data
vgname pve
content rootdir,images

zfspool: strorage_hdd
pool strorage_hdd
content images,rootdir
mountpoint /strorage_hdd
nodes pve

dir: backup_rdx
path /backup/rdx
content vztmpl,rootdir,snippets,backup,images,iso
prune-backups keep-last=1
shared 0

root@pve:~#


wobei ich jetzt den Wert prune-backups keep-last=1 -> von 2 auf 1 geändert hatte, damit das Ziel nicht überläuft.

Das Ziel ist ein RDX-Laufwerk mit einem 1 TB Medium und ist per USB3.0 am Host angeschlossen.