[SOLVED] Snapshot / Backup von CT nicht mehr möglich

X

xadox

Well-Known Member
Aug 21, 2019
63
8
48
Seit ca. 1 Woche habe ich das Problem, dass ich von einem CT kein Backup mehr erzeugen kann.
Die folgende Meldung wird hierbei angezeigt:

Code: 
INFO: starting new backup job: vzdump 100 --mode snapshot --remove 0 --storage BACKUP-HDD --node proxmox --compress zstd
INFO: Starting Backup of VM 100 (lxc)
INFO: Backup started at 2020-11-25 07:00:06
INFO: status = running
INFO: CT Name: smb01
INFO: including mount point rootfs ('/') in backup
INFO: excluding bind mount point mp0 ('/data') from backup (not a volume)
INFO: excluding bind mount point mp1 ('/backup') from backup (not a volume)
INFO: excluding bind mount point mp2 ('/data2') from backup (not a volume)
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: create storage snapshot 'vzdump'
found lock 'snapshot' trying to remove 'backup' lock
ERROR: Backup of VM 100 failed - unable to parse volume ID '/tank3/share'
INFO: Failed at 2020-11-25 07:00:06
INFO: Backup job finished with errors
TASK ERROR: job errors

Nachdem der Backup Job fehlschlägt ist der CT locked und ein Snapshot wird angezeigt.
Dieser lässt sich allerdings nicht löschen:
TASK ERROR: zfs error: could not find any snapshots to destroy; check snapshot names.

Ich habe den CT dann über die Console und pct unlock entsperrt und gelöscht und über ein altes Backup wiederhergestellt.
Leider sind Snapshot immer noch nicht möglich.

Hier die Config des CT:
Code: 
arch: amd64
cores: 1
hostname: smb01
memory: 512
mp0: /tank3/share,mp=/data
mp1: /tank3/backup,mp=/backup
mp2: /tank1/share,mp=/data2
net0: name=eth0,bridge=vmbr0,firewall=1,hwaddr=C6:31:2A:34:B5:FC,ip=dhcp,type=v$
onboot: 1
ostype: debian
rootfs: vmdisk2:subvol-100-disk-0,size=8G
startup: order=2,up=30,down=60
swap: 512
 
Last edited:
Hier schon mal die Versionsübersicht:
Code: 
proxmox-ve: 6.2-2 (running kernel: 5.4.73-1-pve)
pve-manager: 6.2-15 (running version: 6.2-15/48bd51b6)
pve-kernel-5.4: 6.3-1
pve-kernel-helper: 6.3-1
pve-kernel-5.3: 6.1-6
pve-kernel-5.0: 6.0-11
pve-kernel-5.4.73-1-pve: 5.4.73-1
pve-kernel-5.4.65-1-pve: 5.4.65-1
pve-kernel-5.3.18-3-pve: 5.3.18-3
pve-kernel-5.0.21-5-pve: 5.0.21-10
pve-kernel-5.0.15-1-pve: 5.0.15-1
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.5
libpve-access-control: 6.1-3
libpve-apiclient-perl: 3.0-3
libpve-common-perl: 6.2-4
libpve-guest-common-perl: 3.1-3
libpve-http-server-perl: 3.0-6
libpve-storage-perl: 6.2-10
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.1-1
proxmox-mini-journalreader: 1.1-1
proxmox-widget-toolkit: 2.3-10
pve-cluster: 6.2-1
pve-container: 3.2-3
pve-docs: 6.2-6
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-6
pve-xtermjs: 4.7.0-2
qemu-server: 6.2-20
smartmontools: 7.1-pve2
spiceterm: 3.1-1
vncterm: 1.6-2
zfsutils-linux: 0.8.5-pve1

Nebenbei schaue ich mir mal den Bug an.
 
  • Like
Reactions: Moayad
Es könnte tatsächlich an dem Bug liegen.
Ich bin momentan nur total überfragt wie ich den Patch manuell einspiele.
 
Last edited:
  • Like
Reactions: xadox
Vielen Dank.

Ich habe die Datei folgendermaßen angepasst:

Code: 
    $class->foreach_volume($conf, sub {
        my ($ms, $mountpoint) = @_;

        # manuel paste start
        return if $mountpoint->{type} ne 'volume';
        # manuel paste stop

        if (PVE::Storage::volume_snapshot_needs_fsfreeze($storagecfg, $mountpoint->{volume})) {
            push @$freeze_mps, $mountpoint->{mp};
        }
    });
Nach einem Reboot lässt sich vom CT wieder ein Snapshot/Backup erzeugen.

Wird die Datei bei einem demnächst zur Verfügung stehenden Update ebenfalls aktualisiert?
 
You must log in or register to reply here.
Top Bottom