Backup failed, seit zusätzliche HDDs eingebaut

[swoop]

Hallo,

ich habe bei einem Host vor einer Woche zusätzliche HDDs (als Archiv) eingebaut und die in einer LXC (Turnkey-File Server) als Mountpoint hinzugefürt.
Hat auch soweit geklappt und man kann auch in den Mountpoint, vom Windows-Klient aus schreiben und Dateien ablegen.
Seither ist allerdings das Backup fehlerhaft.
Die neue (Hardware-RAID1) Fesplatte wird in einem Unterordner der bereits bestehenden Ordnerstruktur (mp1) gemountet (als mp0).
Wurde so von der GUI gemanaged.

rootfs ('/')
mp0 ('/mnt/daten/Projekte/Archiv_Projekte') !!! neue HDD !!!
mp1 ('/mnt/daten') !!! vorhandene SSD !!!

INFO: starting new backup job: vzdump 201 --quiet 1 --mailto aazt@backup-loesung.com --storage usb-sdb1 --mode snapshot --mailnotification always --compress zstd
INFO: Starting Backup of VM 201 (lxc)
INFO: Backup started at 2021-11-27 00:15:02
INFO: status = running
INFO: CT Name: FILES
INFO: including mount point rootfs ('/') in backup
INFO: including mount point mp0 ('/mnt/daten/Projekte/Archiv_Projekte') in backup
INFO: including mount point mp1 ('/mnt/daten') in backup
INFO: found old vzdump snapshot (force removal)
Logical volume "snap_vm-201-disk-0_vzdump" successfully removed
Logical volume "snap_vm-201-disk-0_vzdump" successfully removed
Logical volume "snap_vm-201-disk-1_vzdump" successfully removed
Logical volume "snap_vm-201-disk-1_vzdump" successfully removed
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: suspend vm to make snapshot
INFO: create storage snapshot 'vzdump'
WARNING: You have not turned on protection against thin pools running out of space.
WARNING: Set activation/thin_pool_autoextend_threshold below 100 to trigger automatic extension of thin pools before they get full.
Logical volume "snap_vm-201-disk-0_vzdump" created.
WARNING: Sum of all thin volume sizes (1.76 TiB) exceeds the size of thin pool pve/data and the size of whole volume group (<1.75 TiB).
WARNING: You have not turned on protection against thin pools running out of space.
WARNING: Set activation/thin_pool_autoextend_threshold below 100 to trigger automatic extension of thin pools before they get full.
Logical volume "snap_vm-201-disk-0_vzdump" created.
WARNING: Sum of all thin volume sizes (<11.01 TiB) exceeds the size of thin pool Archiv/Archiv and the size of whole volume group (<5.46 TiB).
WARNING: You have not turned on protection against thin pools running out of space.
WARNING: Set activation/thin_pool_autoextend_threshold below 100 to trigger automatic extension of thin pools before they get full.
Logical volume "snap_vm-201-disk-1_vzdump" created.
WARNING: Sum of all thin volume sizes (3.37 TiB) exceeds the size of thin pool pve/data and the size of whole volume group (<1.75 TiB).
WARNING: You have not turned on protection against thin pools running out of space.
WARNING: Set activation/thin_pool_autoextend_threshold below 100 to trigger automatic extension of thin pools before they get full.
Logical volume "snap_vm-201-disk-1_vzdump" created.
WARNING: Sum of all thin volume sizes (<11.02 TiB) exceeds the size of thin pool Archiv/Archiv and the size of whole volume group (<5.46 TiB).
umount: /mnt/vzsnap0/mnt/daten/Projekte/Archiv_Projekte: no mount point specified.
command 'umount -l -d /mnt/vzsnap0/mnt/daten/Projekte/Archiv_Projekte' failed: exit code 32
INFO: resume vm
INFO: guest is online again after 1 seconds
ERROR: Backup of VM 201 failed - failed to create path: /mnt/vzsnap0/mnt/daten/Projekte: No such file or directory
INFO: Failed at 2021-11-27 00:15:05
INFO: Backup job finished with errors

TASK ERROR: job errors

Hier bin ich mit Proxmox auf der Version 6.4-13. Der Plan ist zum Jahreswechsel auch auf die 7er upzudaten.

Sollten die Mountpoints nicht eher MP0 bestehende SSD und MP1 neue HDD sein?
Wenn ja, wie mache ich das ohne Daten zu verlieren?

danke für eure Hilfe.
SG

 

[aaron]

Kannst du bitte mal die config des Containers zeigen? pct config <vmid>
Ich kann das hier auf die schnelle nicht provozieren.

 

[swoop]

Hallo Aaron,

ja klar, hier:

root@server:~# pct config 201
arch: amd64
cores: 4
description: Sambaserver%0A
hostname: FILES
memory: 2048
mp0: Archiv:vm-201-disk-0,mp=/mnt/daten/Projekte/Archiv_Projekte,backup=1,size=5632G
mp1: local-lvm:vm-201-disk-1,mp=/mnt/daten,backup=1,size=1650G
nameserver: 192.168.100.207
net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168.100.244,hwaddr=A2:73:F3:F6:FD:2B,ip=192.168.100.206/24,type=veth
onboot: 1
ostype: debian
parent: vzdump
rootfs: local-lvm:vm-201-disk-0,size=8G
searchdomain: aazt.at
startup: order=3,up=10,down=5
swap: 2048
unprivileged: 1

Wenn du noch mehr brauchst, bitte sagen.

SG

 

[aaron]

Hmm, was für ein Storagetyp ist "Archiv"? bzw. kannst du auch die /etc/pve/storage.cfg posten? Sensible Daten mach bitte unkenntlich

 

[swoop]

Archiv sind 2 6TB HDDs die im Hardware RAID1 laufen.

Hier der Ausschnitt des Archives in der storage.cfg

lvmthin: Archiv
        thinpool Archiv
        vgname Archiv
        content rootdir,images
        nodes server

SG

 

[swoop]

Hallo,

ich habe die LXC heute nacht neu gestartet. Jetzt habe ich das Problem, dass der mp0 (die zusätzliche HDD) nicht mehr in der LXC gemountet ist, obwohl es gemountet sein soll, laut GUI.



Was kann ich da machen? Wie mounte ich das Device wieder? Neustart ist im Moment nicht möglich.

Danke
SG

 

[swoop]

Hallo nochmal,

ich hab grad herausgefunden, dass das "Archiv" (mp0) doch irgendwo angehängt ist.
Das sehe ich per lsblk:

Der Mountpoint vom Archiv (vm--201--disk--0) wäre soweit richtig.

SG

 

[swoop]

Guten Morgen,

das 1. Problem ist gelöst.
Ich habe einfach, im Konfigfile die Mountpoint-Konfig getauscht.
Das hat soweit funktioniert, dass der neue Mountpoint (jetzt MP1) nach dem schon vorhandenen mounten und das soweit klappt.

Das mit dem Backup kann ich noch nicht bestätigen, da im Logfile einige Warnungen dinstehen, wobei die Sicherung als OK makriert ist.

Ich berichte, wenn ich etwas rausgefunden habe.

SG

 

[aaron]

Das hat soweit funktioniert, dass der neue Mountpoint (jetzt MP1) nach dem schon vorhandenen mounten und das soweit klappt.

ja okay, das hab ich in meinem Test gerade anders herum gehabt...

Lass uns wissen ob damit die Backups soweit auch klappen

 

[swoop]

Hallo,

es hat zwar gedauert, aber ja, die Backups funktionieren, laut Log.

SG