Backup failed

jms1000

Well-Known Member
Oct 25, 2016
150
4
58
59
Germany, Schkeuditz
www.sv-forensik.de
Nach dem Update auf die aktuell Version gibt es Probleme beim Backup, betrifft alle LXC auf unterschiedlichen Nodes, die Fehlermeldung ist immer die gleiche:

20109: 2020-05-13 02:03:05 INFO: suspend vm
20109: 2020-05-13 02:03:05 INFO: lxc-freeze: xxx: freezer.c: do_freeze_thaw: 54 Failed to freeze xxx
20109: 2020-05-13 02:03:05 INFO: lxc-freeze: xxx: tools/lxc_freeze.c: main: 89 Failed to freeze /var/lib/lxc:xxx
20109: 2020-05-13 02:03:26 ERROR: Backup of VM xxx failed - command 'lxc-freeze -n xxx' failed: exit code 1


Gibt es schon eine Lösung für das Problem?

Mfg.Jörg
 
Hi,



kannst du bitte die Container Konfiguration posten:
pct config VMID

Mal ein Beispiel:

pct config 20139
arch: amd64
cpulimit: 4
hostname: www.xxx.de
memory: 4096
net0: name=eth0,bridge=vmbr1,gw=167.233.xxx.xxx,hwaddr=36:61:30:36:62:62,ip=167.233.xxx.xxx/28,type=veth
onboot: 1
ostype: debian
rootfs: nfs-server:20139/vm-20139-disk-0.raw,size=6930M
swap: 4096


Und noch eins:

arch: amd64
cpulimit: 4
hostname: www.xxx.de
memory: 4096
net0: name=eth0,bridge=vmbr1,gw=167.233.xxx.xxx,hwaddr=36:34:66:38:66:35,ip=167.233.xxx.xxx/28,type=veth
net1: name=eth0.1,bridge=vmbr0,hwaddr=46:C4:74:E1:2A:1A,ip=167.233.xxx.xxx/32,type=veth
onboot: 1
ostype: debian
rootfs: local:20138/vm-20138-disk-0.raw,size=25G
swap: 4096
 
Sicher nicht ideal, und evtl. auch ein seiten effekt eines anderen Problem - konnte das bei lokalen unpriviligierten CTs zuminndest nicht nachvollziehen. Aber ein CT neustart dauert kaum eine sekunde und ist oft nicht mal von außen bemerkbar...

Benützen die CTs FUSE mounts?
 
scheint zu klappen. aber exterem uncool ... mal eben alle produktiven Kisten während des Betrieb booten ...

Ein Reboot bei Kernel updates ist immer nötig - wenn ein reboot nicht möglich ist, müssen Qemu VMs verwendet werden, nur hier ist live migration möglich. Die CT restart migration dauert auch nur ein paar Sekunden, ist aber ein restart.