Wer Proxmox nutzt, kennt das: Backups laufen wochenlang brav durch – und dann plötzlich steht im Log nur noch „Proxmox Backup failed“. Oft liegt das Problem gar nicht am Backup-Tool selbst, sondern an hängengebliebenen Locks oder Snapshots. Hier erfährst du, wie du systematisch vorgehst, um das Problem zu beheben.
Problem
- Backups brechen ab, meist nur bei LXC-Containern
- Fehlermeldung im Log:
CT is locked (snapshot-delete) - QEMU-VMs laufen durch, Container nicht
- Ursache oft: Festplatte/Thinpool war voll, Snapshots wurden nicht korrekt entfernt
Schritt 1: Prüfen, ob noch ein Backup läuft
ps aux | egrep 'vzdump|qemu-backup|lxc-backup' | grep -v egrep
Listet laufende Backup- oder Snapshot-Prozesse auf.
Falls etwas läuft: Warten, bis der Prozess fertig ist, oder – wenn sicher abgebrochen – den Prozess mit kill <PID> beenden.
Schritt 2: Locks anzeigen
for id in 102 103 104; do
if pct config "$id" | grep -q '^lock:'; then
echo "$id -> $(pct config "$id" | grep '^lock:')"
fi
done
Zeigt, ob ein Container gesperrt ist, z. B. durch lock: snapshot-delete.
Schritt 3: Locks entfernen
for id in 102 103 104; do
pct unlock "$id" || true
done
Hebt den Sperrstatus auf, sodass der Container wieder gesichert werden kann.
Schritt 4: Verwaiste LVM-Snapshots finden
lvs -a -o lv_name,vg_name,lv_path,origin,lv_attr | \
egrep 'vzdump|snap_vm-(102|103|104)-'
Listet alle im LVM-Storage vorhandenen Snapshots, die von alten Backups übrig geblieben sind.
Schritt 5: Snapshots löschen
for lv in $(lvs --noheadings -o lv_path | \
awk '/snap_vm-(102|103|104)-.*_vzdump/ {print $1}'); do
lvremove -f "$lv"
done
Entfernt alle alten, ungenutzten Backup-Snapshots.
Schritt 6: Thinpool-Auslastung prüfen
lvs -a -o+data_percent,metadata_percent pve
Zeigt an, wie voll der Thinpool und dessen Metadatenbereich ist.
Hinweis: Bei metadata_percent > 80% Pool oder Metadaten erweitern.
Schritt 7: Test-Backup
vzdump 102 --mode snapshot --compress zstd --storage ssd1 \
--mailto info@example.com --notes-template '{{guestname}}'
Führt ein einzelnes Test-Backup aus, um zu prüfen, ob die Probleme behoben sind.
Prävention
- Weniger gleichzeitige CT-Backups (Job-Option Max. concurrent jobs)
--bwlimitnutzen, um I/O-Last zu reduzieren- Optional: Pre-Flight-Check-Skript, das Backup nur startet, wenn ausreichend Platz vorhanden ist
Weiterführende Links
- Offizielle Proxmox-Dokumentation zu vzdump
- Proxmox auf IPv6 umstellen
- Passende SSDs für Proxmox-Backups bei Amazon (bezahlter Link)
Mit diesen Schritten bekommst du ein „Proxmox Backup failed“ schnell wieder in den Griff – und sorgst dafür, dass es in Zukunft gar nicht erst passiert.
Einen vollständigen Überblick über Proxmox findest du in meiner großen Proxmox-Anleitung.

