Proxmox Backup CT auf NAS

[TimoWald]

Hallo, ich möchte gerne ein Backup von meinem IObroker CT auf einer NAS erstellen. Dieses Backup schlägt aber immer fehl.
Die Ausgabe ist folgende:

INFO: starting new backup job: vzdump 254 --notes-template '{{guestname}}' --compress zstd --node Proxmox --remove 0 --notification-mode auto --storage Synology-NAS --mode snapshot
INFO: filesystem type on dumpdir is 'cifs' -using /var/tmp/vzdumptmp2035229_254 for temporary files
INFO: Starting Backup of VM 254 (lxc)
INFO: Backup started at 2024-12-07 13:03:29
INFO: status = running
INFO: CT Name: iobroker
INFO: including mount point rootfs ('/') in backup
INFO: mode failure - some volumes do not support snapshots
INFO: trying 'suspend' mode instead
INFO: backup mode: suspend
INFO: ionice priority: 7
INFO: CT Name: iobroker
INFO: including mount point rootfs ('/') in backup
INFO: starting first sync /proc/2051236/root/ to /var/tmp/vzdumptmp2035229_254
ERROR: rsync: [receiver] write failed on "/var/tmp/vzdumptmp2035229_254/opt/iobroker/node_modules/canvas/build/Release/libpixman-1.so.0": No space left on device (28)
ERROR: rsync error: error in file IO (code 11) at receiver.c(380) [receiver=3.2.7]
ERROR: rsync: [sender] write error: Broken pipe (32)
ERROR: Backup of VM 254 failed - command 'rsync --stats -h -X -A --numeric-ids -aH --delete --no-whole-file --sparse --one-file-system --relative '--exclude=/tmp/?*' '--exclude=/var/tmp/?*' '--exclude=/var/run/?*.pid' /proc/2051236/root//./ /var/tmp/vzdumptmp2035229_254' failed: exit code 11
INFO: Failed at 2024-12-07 13:16:36
INFO: Backup job finished with errors
TASK ERROR: job errors

Wie kann ich das lösen?

 

[waltar]

mkdir -p /mnt/pve/Synology-NAS/tmp
echo "tmpdir: /mnt/pve/Synology-NAS/tmp" >> /etc/vzdump.conf

/var/tmp/vzdumptmp2035229_254/... : No space left on device

As you wrote your "/" full with previous backup temporary data try ...:
rm -rf /var/tmp/vzdump*
-> Now start your backup job again.

 

[TimoWald]

mkdir -p /mnt/pve/Synology-NAS/tmp
echo "tmpdir: /mnt/pve/Synology-NAS/tmp" >> /etc/vzdump.conf

As you wrote your "/" full with previous backup temporary data try ...:
rm -rf /var/tmp/vzdump*
-> Now start your backup job again.

Ich verstehe das nicht ganz. Wo soll zu wenig Speicherplatz frei sein?



Die anderen CT´s machen das Backup, nur der IOBroker leider nicht.

 

[TimoWald]

Oder hängt es mit der SWAP zusammen?
Wie bekomme ich die Frei?

 

[Ernst T.]

Ist der ioBroker Container privilegiert oder unprivilegiert? Und wie groß ist er?

 

[waltar]

Ich verstehe das nicht ganz. Wo soll zu wenig Speicherplatz frei sein?

"local".

Oder hängt es mit der SWAP zusammen?
Wie bekomme ich die Frei?

Nein, hängt nicht mit swap zusammen, zudem bekommst du ihn höchstwahrscheinlich nicht frei, weil du zu wenig ram (8G) hast,
aber möglichst viel wieder "reinholen" per : "swapoff -a ; swapon -a"

 

[TimoWald]

Ist der ioBroker Container privilegiert oder unprivilegiert? Und wie groß ist er?

 

[Ernst T.]

Ein unprivilegierter Container kann leider nicht direkt auf SMB/NFS Shares gesichert werden. Das muss dann - wie Waltar schon geschrieben hat - über das lokale /temp Verzeichnis erfolgen. Kann man in einer config Datei einstellen. ABER dafür hast du leider auch Zuwenig freien Speicher ...

 

[TimoWald]

Ein unprivilegierter Container kann leider nicht direkt auf SMB/NFS Shares gesichert werden. Das muss dann - wie Waltar schon geschrieben hat - über das lokale /temp Verzeichnis erfolgen. Kann man in einer config Datei einstellen. ABER dafür hast du leider auch Zuwenig freien Speicher ...

Kann ich das unprivilegiert auf nein ändern?
Die anderen CT´s sind auch bei unprivilegiert auf ja gesetzt.

 

[Ernst T.]

Ich kenne da leider nur die Variante ein Backup als "privilegiert" zu restoren. Allerdings muss es dazu erst mal ein Backup geben. In deinem Fall leider ein Henne-Ei Problem.

Aber da kommt sicher bald jemand der eine bessere Idee hat ...

 

[TimoWald]

Ich kenne da leider nur die Variante ein Backup als "privilegiert" zu restoren. Allerdings muss es dazu erst mal ein Backup geben. In deinem Fall leider ein Henne-Ei Problem.

Aber da kommt sicher bald jemand der eine bessere Idee hat ...

Habe es jetzt so gemacht aber trotzdem keine Änderung. Der CT ist jetzt privilegiert.

 

[waltar]

Nehme an, daß der Container "100" im local-lvm liegt ..., dann mach doch zB einfach sowas (Pfade kontrollieren !!) :
mkdir -p /mnt/pve/Synology-NAS/my-backups
lxc-freeze -n 100
dd if=/dev/pve/data/vm-100-disk-0.raw of=/mnt/pve/Synology-NAS/my-backups/vm-100-disk-0.raw-$(date '+%Y-%m-%d_%H%M') bs=1024k
lxc-unfreeze -n 100

PS: Wenn du's zB in einem xfs liegen hast, machst du eine reflink copy (anstatt dd im lvm) in x ms und das freeze/cp/unfreeze ist unter 1s. danach auf's NAS kopieren, wärend der LXC bereits wieder läuft.

 

[TimoWald]

Ich denke das der CT auf Extern liegt oder?

 

[waltar]

Jau, im 1. post hieß er "254", in post 10 "100" und in post 13 liegt disk vm-254-disk-1.raw auf extern, was aber wohl die 2. disk von "254" ist ... (da die 1. ja vm-254-disk-0.raw heißt) ...

PS: Du kannst natürlich auch ein snapshot volume für lvm und x wertere für jedes lvm-thin anlegen ... nach dem Motto, warum einfach, wenn es auch kompliziert geht ...

 

[TimoWald]

Jau, im 1. post hieß er "254", in post 10 "100" und in post 13 liegt disk vm-254-disk-1.raw auf extern, was aber wohl die 2. disk von "254" ist ...

Post 10 ist nicht von mir. Wie meinst du die 2. disk?

 

[waltar]

1. disk: vm-254-disk-0.raw - pve fängt immer mit "0" an,
2. disk: vm-254-disk-1.raw

 

[TimoWald]

1. disk: vm-254-disk-0.raw - pve fängt immer mit "0" an,
2. disk: vm-254-disk-1.raw

Wo finde ich die? Bzw wie bekomme ich das wieder richtig?

 

[waltar]

Einfach links im WebUI den lxc 254 auswählen und dann in Mitte auf "Hardware" gehen, dort sieht du dann die gesamte zugeordnete virtuelle HW.

 

[TimoWald]

Hardware gibt es da nicht, nur Ressourcen und da steht Extern:254/vm-254-disk-1.raw,size=32G
Ist das Richtig?

 

[waltar]

Ja, sorry, heißt Resourcen bei LXC's