Backups werden nicht richtig / vollständig gespeichert

Ubi41

New Member
Aug 30, 2022
9
1
3
Nachdem ich ein paar CTs aufgesetzt habe möchte ich von diesen Backups erstellen.

Wenn ich dies auf die internen Festplatte des Proxmox Servers mache, funktioniert alles einwandfrei (Backup und Restore).
Sichere ich eine CT auf einem Windows 10 PC auf welchem eine mit entsprechender Freigabe (Typ SMB/CIFS) bereitgestellt wird so ist es auch hier möglich das Backup einwandfrei zurückzuspielen.

Danach habe ich versucht ein Backup auf meiner Fritzbox 5590 zu speichern. Zunächst habe ich eine Freigabe sowie Lese- und Schreibrechte verteilt. Der Proxmox Server erkennt diese Freigabe einwandfrei.

Jetzt habe ich das Backup erstellt. Folgendes Log wurde mir ausgegeben:

Code:
INFO: starting new backup job: vzdump 105 --compress zstd --mode snapshot --remove 0 --storage FritzBox --notes-template '{{guestname}}' --node pve
INFO: filesystem type on dumpdir is 'cifs' -using /var/tmp/vzdumptmp65803_105 for temporary files
INFO: Starting Backup of VM 105 (lxc)
INFO: Backup started at 2022-09-12 14:06:11
INFO: status = running
INFO: CT Name: Docker
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: Docker
INFO: including mount point rootfs ('/') in backup
INFO: starting first sync /proc/3694953/root/ to /var/tmp/vzdumptmp65803_105
INFO: first sync finished - transferred 1.92G bytes in 6s
INFO: suspending guest
INFO: starting final sync /proc/3694953/root/ to /var/tmp/vzdumptmp65803_105
INFO: final sync finished - transferred 0 bytes in 0s
INFO: resuming guest
INFO: guest is online again after <1 seconds
INFO: creating vzdump archive '/mnt/pve/FritzBox/dump/vzdump-lxc-105-2022_09_12-14_06_11.tar.zst'
INFO: Total bytes written: 1960970240 (1.9GiB, 37MiB/s)
INFO: archive file size: 632MB
INFO: adding notes to backup
INFO: Finished Backup of VM 105 (00:00:59)
INFO: Backup finished at 2022-09-12 14:07:10
INFO: Backup job finished successfully
TASK OK

Ich sehe keine Auffälligkeiten an dem Log.

Nun kommt das Problem. Wenn das Backup zurückgespielt wird, erhalte ich folgende Fehlermeldung:
Fehler 1.JPG

Nach dem Bestätigen mit „OK“ stellte ich fest, dass keine Informationen (z.B. RAM Größe, CPU Cores usw.) zur CT hinterlegt sind.

Fehler2.JPG

Auf der Fritzbox im „dump“ Ordner findet man folgende Files:

vzdump-lxc-105-2022_09_12-14_06_11.log
vzdump-lxc-105-2022_09_12-14_06_11.tar.zst
vzdump-lxc-105-2022_09_12-14_06_11.tar.zst.notes

Wo könnte es liegen das man das Backup nicht mehr zurückspielen kann?
Gibt es ggf. etwas was ich übersehen oder nicht bedacht habe?

Ich würde mich über ein paar Tipps sehr freuen.
 

fabian

Proxmox Staff Member
Staff member
Jan 7, 2016
8,412
1,675
174
bitte pveversion -v sowie container config posten!
 

Ubi41

New Member
Aug 30, 2022
9
1
3
Das ist die Ausgabe unter pveversion -v

Code:
proxmox-ve: 7.2-1 (running kernel: 5.15.39-4-pve)
pve-manager: 7.2-7 (running version: 7.2-7/d0dd0e85)
pve-kernel-5.15: 7.2-9
pve-kernel-helper: 7.2-9
pve-kernel-5.15.39-4-pve: 5.15.39-4
pve-kernel-5.15.30-2-pve: 5.15.30-3
ceph-fuse: 15.2.16-pve1
corosync: 3.1.5-pve2
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown2: 3.1.0-1+pmx3
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-1
libknet1: 1.24-pve1
libproxmox-acme-perl: 1.4.2
libproxmox-backup-qemu0: 1.3.1-1
libpve-access-control: 7.2-4
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.2-2
libpve-guest-common-perl: 4.1-2
libpve-http-server-perl: 4.1-3
libpve-storage-perl: 7.2-8
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 5.0.0-3
lxcfs: 4.0.12-pve1
novnc-pve: 1.3.0-3
proxmox-backup-client: 2.2.5-1
proxmox-backup-file-restore: 2.2.5-1
proxmox-mini-journalreader: 1.3-1
proxmox-widget-toolkit: 3.5.1
pve-cluster: 7.2-2
pve-container: 4.2-2
pve-docs: 7.2-2
pve-edk2-firmware: 3.20220526-1
pve-firewall: 4.2-5
pve-firmware: 3.5-1
pve-ha-manager: 3.4.0
pve-i18n: 2.7-2
pve-qemu-kvm: 7.0.0-2
pve-xtermjs: 4.16.0-1
qemu-server: 7.2-4
smartmontools: 7.2-pve3
spiceterm: 3.2-2
swtpm: 0.7.1~bpo11+1
vncterm: 1.7-1
zfsutils-linux: 2.1.5-pve1

Das ist die Config von dem Container (Die Konfiguration stammt von einem Backup welches ich auf der Festplatte vom Proxmox Server gespeichert habe). Die Angeben gleichen sich mit jenen der CT welche man unter Optionen findet. Versuche ich das gleiche bei dem Backup welches auf die Fritzbox gespeichert hab bekomme ich den Fehler (siehe oben (500))

Code:
arch: amd64
cores: 4
features: keyctl=1,nesting=1
hostname: Docker
memory: 4096
net0: name=eth0,bridge=vmbr0,firewall=1,gw=xxx.xxx.xxx.xxx,hwaddr=42:4B:27:06:51:19,ip=xxx.xxx.xxx.xxx/24,type=veth
onboot: 1
ostype: ubuntu
rootfs: local:105/vm-105-disk-0.raw,size=100G
swap: 512
unprivileged: 1
 
Last edited:

fabian

Proxmox Staff Member
Staff member
Jan 7, 2016
8,412
1,675
174
koenntest du noch ein "stop" mode backup versuchen (achtung - der container wird dabei rebooted und ist fuer die dauer des backups offline!)?
 

Ubi41

New Member
Aug 30, 2022
9
1
3
Habe ich soeben gemacht.
Das Problem bleibt, das Backup lässt sich nicht zurückspielen.
Dies ist das Log vom Backup:

Code:
()
{{guestname}}
INFO: starting new backup job: vzdump 105 --storage FritzBox --mode stop --compress zstd --remove 0 --node pve --notes-template '{{guestname}}'
INFO: filesystem type on dumpdir is 'cifs' -using /var/tmp/vzdumptmp80510_105 for temporary files
INFO: Starting Backup of VM 105 (lxc)
INFO: Backup started at 2022-09-12 15:01:47
INFO: status = running
INFO: backup mode: stop
INFO: ionice priority: 7
INFO: CT Name: Docker
INFO: including mount point rootfs ('/') in backup
INFO: stopping virtual guest
INFO: creating vzdump archive '/mnt/pve/FritzBox/dump/vzdump-lxc-105-2022_09_12-15_01_47.tar.zst'
INFO: Total bytes written: 1965312000 (1.9GiB, 41MiB/s)
INFO: archive file size: 632MB
INFO: adding notes to backup
INFO: restarting vm
INFO: guest is online again after 66 seconds
INFO: Finished Backup of VM 105 (00:01:06)
INFO: Backup finished at 2022-09-12 15:02:53
INFO: Backup job finished successfully
TASK OK
 

fabian

Proxmox Staff Member
Staff member
Jan 7, 2016
8,412
1,675
174
und tar tf /mnt/pve/FritzBox/dump/vzdump-lxc-105-2022_09_12-15_01_47.tar.zst | grep vzdump?
 

Ubi41

New Member
Aug 30, 2022
9
1
3
Dann bekomme ich diese Nachricht:

Code:
tar: /mnt/pve/FritzBox/dump/vzdump-lxc-105-2022_09_12-15_01_47.tar.zst: Cannot open: Stale file handle
tar: Error is not recoverable: exiting now

Mach ich das gleiche bei einem Backup welches auf der Windows PC hinterlegt ist bekomme ich das:

Code:
./etc/vzdump/pct.conf
./etc/vzdump/pct.fw
./etc/vzdump/
./etc/vzdump/pct.conf
./etc/vzdump/pct.fw
 
Last edited:

fabian

Proxmox Staff Member
Staff member
Jan 7, 2016
8,412
1,675
174
das klingt danach als waere etwas mit dem mountpoint / der fritzbox nicht okay.. was sagt den mount und stat /mnt/pve/FritzBox/dump/vzdump-lxc-105-2022_09_12-15_01_47.tar.zst
 

Ubi41

New Member
Aug 30, 2022
9
1
3
Bei mount erhalte (IP Adressen entfernt) ich:

Code:
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=8102428k,nr_inodes=2025607,mode=755,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1627504k,mode=755,inode64)
/dev/mapper/pve-root on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,inode64)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=19631)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
/dev/sda2 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
lxcfs on /var/lib/lxcfs type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
/dev/fuse on /etc/pve type fuse (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=1627500k,nr_inodes=406875,mode=700,inode64)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
//XXX.XXX.XXX.XXX/FRITZ.NAS on /mnt/pve/Fritbox_Backup type cifs (rw,relatime,vers=3.1.1,cache=strict,username=proxmox,uid=0,noforceuid,gid=0,noforcegid,addr=XXX.XXX.XXX.XXX,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1)
//XXX.XXX.XXX.XXX/FRITZ.NAS on /mnt/pve/FritzBox type cifs (rw,relatime,vers=3.1.1,cache=strict,username=proxmox,uid=0,noforceuid,gid=0,noforcegid,addr=XXX.XXX.XXX.XXX,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1)
//XXX.XXX.XXX.XXX/FRITZ.NAS on /mnt/pve/FB1 type cifs (rw,relatime,vers=3.1.1,cache=strict,username=proxmox,uid=0,noforceuid,gid=0,noforcegid,addr=XXX.XXX.XXX.XXX,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1)
//XXX.XXX.XXX.XXX/Proxmox Backup on /mnt/pve/PC1 type cifs (rw,relatime,vers=3.1.1,cache=strict,username=proxmox,uid=0,noforceuid,gid=0,noforcegid,addr=XXX.XXX.XXX.XXX,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1)

stat /mnt/pve/FritzBox/dump/vzdump-lxc-105-2022_09_12-15_01_47.tar.zst gibt folgendes aus:

Code:
  File: /mnt/pve/FritzBox/dump/vzdump-lxc-105-2022_09_12-15_01_47.tar.zst
  Size: 663130947       Blocks: 0          IO Block: 1048576 regular file
Device: 51h/81d Inode: 1466932089063711715  Links: 1
Access: (0755/-rwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2022-09-12 15:02:51.838600000 +0200
Modify: 2022-09-12 15:02:51.838600000 +0200
Change: 2022-09-12 15:02:51.838600000 +0200
 Birth: 2022-09-12 15:02:04.055600000 +0200
 
Last edited:

fabian

Proxmox Staff Member
Staff member
Jan 7, 2016
8,412
1,675
174
das "Blocks: 0" schaut etwas seltsam aus. kann das file mit einem anderen programm als tar gelesen werden? z.b. "md5sum"? wie schauts mit zugriff von einem anderen host aus?
 

Ubi41

New Member
Aug 30, 2022
9
1
3
Ich habe die Datei vzdump-lxc-105-2022_09_12-15_01_47.tar.zst auf deinen einen Windows PC geladen.
Leider lässt sich die Datei weder mit 7zip noch mit winrar öffnen.
"md5sum" gibt eine Checksumme aus.

Ich habe noch etwas getestet.
Wenn ich die 3 Dateien von dem Backup der FritzBox auf die Freigabe vom Windows PC kopiere, erkennt Proxmox das Image unter der PC Freigabe.
Hier werden die Eigenschaften wie CPU Cores und Ram einwandfrei erkannt.
Versuche ich diese Backup zurückzuspielen bekomme ich die folgende Fehlermeldung:

Code:
recovering backed-up configuration from 'PC1:backup/vzdump-lxc-105-2022_09_12-15_01_47.tar.zst'
Formatting '/var/lib/vz/images/133/vm-133-disk-0.raw', fmt=raw size=107374182400 preallocation=off
Creating filesystem with 26214400 4k blocks and 6553600 inodes
Filesystem UUID: 47cacbe3-7c46-4a6e-bf7d-004633e4cf9d
Superblock backups stored on blocks:
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
    4096000, 7962624, 11239424, 20480000, 23887872
restoring 'PC1:backup/vzdump-lxc-105-2022_09_12-15_01_47.tar.zst' now..
extracting archive '/mnt/pve/PC1/dump/vzdump-lxc-105-2022_09_12-15_01_47.tar.zst'
/*stdin*\ : Decoding error (36) : Restored data doesn't match checksum
tar: Child returned status 1
tar: Error is not recoverable: exiting now
TASK ERROR: unable to restore CT 133 - command 'lxc-usernsexec -m u:0:100000:65536 -m g:0:100000:65536 -- tar xpf - --zstd --totals --one-file-system -p --sparse --numeric-owner --acls --xattrs '--xattrs-include=user.*' '--xattrs-include=security.capability' '--warning=no-file-ignored' '--warning=no-xattr-write' -C /var/lib/lxc/133/rootfs --skip-old-files --anchored --exclude './dev/*'' failed: exit code 2

Es scheint fast so, als würde es irgendeinen Fehler beim Erstellen vom Backup auf der Fritzbox geben welcher jedoch beim Erstellen nicht bemerkt wird.
 

fabian

Proxmox Staff Member
Staff member
Jan 7, 2016
8,412
1,675
174
ich fuerchte da musst du lokal weiter debuggen. beim backup wird aufs backup ziel *nur* geschrieben, das scheint keinen fehler zu werfen (sonst wuerde das backup fehlschlagen), aber trotzdem funktioniert lesen der geschriebenen datei nachher nicht und scheint die datei selbst auch korrupt/nicht korrekt geschrieben worden zu sein..
 

khe91

Member
Jul 24, 2020
16
1
8
Ich habe die gleichen Probleme mit Sicherungen auf SMB Ziele (Windows, Qnap).
Bei mir treten sie nur bei ZSTD Komprimierung auf, unkomprimiert, GZIP, oder LZO funktionieren die Sicherungen und Wiederherstellung problemlos.
Habe den Fehler schon mehrfach im Forum und der Bugliste gemeldet, wurde aber nie darauf eingegangen, da nicht nachvollziehbar.
Gibt noch einige andere Threads, Nutzer mit den gleichen Problemen.
 

news

New Member
Sep 14, 2022
10
1
3
Germany
Nein, weil Proxmox Backupserver. Aber ist eine externes Speichermedium als Shared Device beim PVE eingetragen?.

Was passiert, wenn Du einen Samba Dienst über einen lxc lokal laufen lässt und diese Freigabe als Speicherort nutzt?

Läuft dann alles?
Evtl. machst Du danach noch ein rsync zum eigentlichen externen Samba Server und testest das noch mal gegen.
 

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 your own in 60 seconds.

Buy now!