backup eines LXC-Containers schlägt fehl ....

[drnicolas]

Einer meiner Container kann nicht gesichert werden; andere hingegen funktionieren.
Einziger für mich erkennbarer Unterschied ist eine zusätzliche Resource HDD

INFO: starting new backup job: vzdump 106 --notes-template '{{guestname}}' --storage BACKUP-PBS --node pve-main --remove 0 --mode stop --notification-mode auto
INFO: Starting Backup of VM 106 (lxc)
INFO: Backup started at 2024-06-23 07:59:30
INFO: status = stopped
INFO: backup mode: stop
INFO: ionice priority: 7
INFO: CT Name: paperless-NGX
INFO: including mount point rootfs ('/') in backup
INFO: including mount point mp0 ('HDD') in backup
INFO: creating Proxmox Backup Server archive 'ct/106/2024-06-23T05:59:30Z'
INFO: set max number of entries in memory for file-based backups to 1048576
INFO: run: lxc-usernsexec -m u:0:100000:65536 -m g:0:100000:65536 -- /usr/bin/proxmox-backup-client backup --crypt-mode=encrypt --keyfd=14 pct.conf:/tmp/vzdumptmp1719129_106//etc/vzdump/pct.conf root.pxar:/mnt/vzsnap0 --include-dev /mnt/vzsnap0/./ --include-dev /mnt/vzsnap0/.HDD --skip-lost-and-found --exclude=/tmp/?* --exclude=/var/tmp/?* --exclude=/var/run/?*.pid --backup-type ct --backup-id 106 --backup-time 1719122370 --entries-max 1048576 --repository root@pam@192.168.1.251:BACKUP
INFO: Error: fstat "/mnt/vzsnap0/.HDD" failed - ENOENT: No such file or directory
umount: /mnt/vzsnap0HDD: no mount point specified.
command 'umount -l -d /mnt/vzsnap0HDD' failed: exit code 32
ERROR: Backup of VM 106 failed - command 'lxc-usernsexec -m u:0:100000:65536 -m g:0:100000:65536 -- /usr/bin/proxmox-backup-client backup '--crypt-mode=encrypt' '--keyfd=14' pct.conf:/tmp/vzdumptmp1719129_106//etc/vzdump/pct.conf root.pxar:/mnt/vzsnap0 --include-dev /mnt/vzsnap0/./ --include-dev /mnt/vzsnap0/.HDD --skip-lost-and-found '--exclude=/tmp/?*' '--exclude=/var/tmp/?*' '--exclude=/var/run/?*.pid' --backup-type ct --backup-id 106 --backup-time 1719122370 --entries-max 1048576 --repository root@pam@192.168.1.251:BACKUP' failed: exit code 255
INFO: Failed at 2024-06-23 07:59:30
INFO: Backup job finished with errors
INFO: notified via target `mail-to-root`
TASK ERROR: job errors

Bei diesem Versuch war der Container bereits gestoppt und endet mit Error 255

Hier ein Versuch mit "suspended":

INFO: starting new backup job: vzdump 106 --mode suspend --remove 0 --node pve-main --notification-mode auto --notes-template '{{guestname}}' --storage BACKUP-PBS
INFO: Starting Backup of VM 106 (lxc)
INFO: Backup started at 2024-06-23 08:05:29
INFO: status = running
INFO: backup mode: suspend
INFO: ionice priority: 7
INFO: CT Name: paperless-NGX
INFO: including mount point rootfs ('/') in backup
INFO: including mount point mp0 ('HDD') in backup
INFO: starting first sync /proc/1721571/root/ to /tmp/vzdumptmp1723105_106/
ERROR: Backup of VM 106 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/1721571/root//./ /proc/1721571/root//.HDD /tmp/vzdumptmp1723105_106/' failed: exit code 23
INFO: Failed at 2024-06-23 08:09:17
INFO: Backup job finished with errors
INFO: notified via target `mail-to-root`
TASK ERROR: job errors

Indiesem Fall kommt error 23

Dieser Fehler besagt wohl, dass eine Datei nicht kopiert werden konnte.
Während des first sync konnte ich beobachten, dass innerhalb "/tmp/vzdump*" zwar ein Verzeichnis HDD entsteht, dort wird aber nichts hin kopiert.

Kann man den Backup-Prozess etwas gesprächiger machen ? Eine Option -v scheint nicht zu existieren.

 

[drnicolas]

da steht exakt das gleiche drin.

das ist die config:

arch: amd64
cores: 1
features: nesting=1
hostname: paperless-NGX
memory: 2048
mp0: DATA:subvol-106-disk-0,mp=HDD,backup=1,size=50G
net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168.1.2,hwaddr=BC:24:11:A5:7A:34,ip=192.168.1.199/24,type=veth
onboot: 1
ostype: debian
rootfs: DATA:subvol-106-disk-1,size=16G
searchdomain: 1
swap: 4096
unprivileged: 1

EDIT: über eine Konsole kann ich innerhlab der VM/ct auf die HDD zugreifen

 

[Ernst T.]

Für einen ZFS-mpx wäre die Syntax gar nicht mal so falsch.

Aber wo dieses "DATA" (guests lt. Wiki) herkommt ist mir rätselhaft. Hab aber NULL Plan von ZFS.

Mit einem:
mp0: ssd1:100/vm-100-disk-0.raw,mp=/mnt/test,backup=1,size=8G
funktioniert bei mir ein Backup mit "mp0 (ext4)" problemlos.

 

[Ernst T.]

Dann Nicht.

Bei mir funktionierts ja eh problemlos.

Nur aus Interesse, was ist am Mountpoint von @drnicolas denn falsch?

 

[Ernst T.]

er hat kein Ziel auf dem lokalen Filesystem des LXC

Sicher hat er das: "HDD" im root. Wenn man einen MP über das GUI hinzufügt, der im root liegt, fehlt der Slash vor dem Pfad. Funktioniert aber trotzdem. Bei einem Pfad wie /mnt/test ist der Schrägstrich da ... seltsam

mp0: DATA:subvol-106-disk-0,mp=/HDD,backup=1,size=50G

Wäre also einen Test wert ...

------------------------------------------------------------------------------------------------------------
Edit: Ich hab jetzt beide Varianten getestet. Ergebnis:

mp0: DATA:subvol-106-disk-0,mp=HDD,backup=1,size=50G

Mountpoint funktioniert
Backup funktioniert nicht. Fehlermeldung: INFO: Error: fstat "/mnt/vzsnap0/.HDD" failed - ENOENT: No such file or directory

--------------------

mp0: DATA:subvol-106-disk-0,mp=/HDD,backup=1,size=50G

Mountpoint funktioniert
Backup funktioniert

 

[Hailender]

Hi @ll,
habe seit dem letzten Upgrade meines Proxmox auch Probleme mit dem Backup eines LXC Containers.
Das Log gibt folgendes aus:

vzdump 1001112 --notes-template '{{node}}_{{vmid}}_{{guestname}}' --node pve01 --mode stop --mailnotification always --all 0 --storage synology-black --compress zstd --prune-backups 'keep-daily=7,keep-monthly=1,keep-weekly=2' --mailto info@hss-gotha.de

1001112: 2024-06-23 16:04:33 INFO: Starting Backup of VM 1001112 (lxc)
1001112: 2024-06-23 16:04:33 INFO: status = running
1001112: 2024-06-23 16:04:33 INFO: backup mode: stop
1001112: 2024-06-23 16:04:33 INFO: ionice priority: 7
1001112: 2024-06-23 16:04:33 INFO: CT Name: Unifi
1001112: 2024-06-23 16:04:33 INFO: including mount point rootfs ('/') in backup
1001112: 2024-06-23 16:04:33 INFO: stopping virtual guest
1001112: 2024-06-23 16:04:40 INFO: creating vzdump archive '/mnt/pve/synology-black/dump/vzdump-lxc-1001112-2024_06_23-16_04_33.tar.zst'
1001112: 2024-06-23 16:04:40 INFO: tar: /mnt/pve/synology-black/dump/vzdump-lxc-1001112-2024_06_23-16_04_33.tmp: Cannot open: Permission denied
1001112: 2024-06-23 16:04:40 INFO: tar: Error is not recoverable: exiting now
1001112: 2024-06-23 16:04:40 INFO: restarting vm
1001112: 2024-06-23 16:04:42 INFO: guest is online again after 9 seconds
1001112: 2024-06-23 16:04:42 ERROR: Backup of VM 1001112 failed - command 'set -o pipefail && lxc-usernsexec -m u:0:100000:65536 -m g:0:100000:65536 -- tar cpf - --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' --one-file-system '--warning=no-file-ignored' '--directory=/mnt/pve/synology-black/dump/vzdump-lxc-1001112-2024_06_23-16_04_33.tmp' ./etc/vzdump/pct.conf ./etc/vzdump/pct.fw '--directory=/mnt/vzsnap0' --no-anchored '--exclude=lost+found' --anchored '--exclude=./tmp/?*' '--exclude=./var/tmp/?*' '--exclude=./var/run/?*.pid' ./ | zstd '--threads=1' >/mnt/pve/synology-black/dump/vzdump-lxc-1001112-2024_06_23-16_04_33.tar.dat' failed: exit code 2

Er meckert hier irgendwelche Zugriffsrechte an.
Kann mir jemand helfen dies zu beheben?

 

[Hailender]

Guten Abend,

tar: /mnt/pve/synology-black/dump/vzdump-lxc-1001112-2024_06_23-16_04_33.tmp: Cannot open: Permission denied

verweist doch auf einen externen Link: /mnt/pve/synology-black/ ist da etwas gemountet und sind die Rechte ok - backup:backup ?

Das ist ja das verwunderliche - ja da ist eine NFS Freigabe auf einer Synology NAS die bis zum letzten Upgrade des Proxmox einwandfrei funktioniert hat. Andere VMs werden auch noch dorthin fehlerfrei gesichert, nur eben dieser LXC Container nicht mehr.

 

[Hailender]

Versuchweise habe ich jetzt mal eine SMB Freigabe auf einer meiner Storegeboxen bei Hetzner eingebunden und das Backup angestoßen. Das funktioniert einwandfrei.

INFO: starting new backup job: vzdump 1001112 --mailnotification always --node pve01 --notes-template '{{node}}_{{vmid}}_{{guestname}}' --prune-backups 'keep-daily=7,keep-monthly=1,keep-weekly=2' --mode snapshot --mailto info@hss-gotha.de --fleecing 0 --storage BX21HTZ --compress zstd --all 0
INFO: filesystem type on dumpdir is 'cifs' -using /var/tmp/vzdumptmp2781144_1001112 for temporary files
INFO: Starting Backup of VM 1001112 (lxc)
INFO: Backup started at 2024-06-23 19:14:11
INFO: status = running
INFO: CT Name: Unifi
INFO: including mount point rootfs ('/') in backup
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: create storage snapshot 'vzdump'
INFO: creating vzdump archive '/mnt/pve/BX21HTZ/dump/vzdump-lxc-1001112-2024_06_23-19_14_11.tar.zst'
INFO: Total bytes written: 4415856640 (4.2GiB, 65MiB/s)
INFO: archive file size: 1.33GB
INFO: adding notes to backup
INFO: prune older backups with retention: keep-daily=7, keep-monthly=1, keep-weekly=2
INFO: pruned 0 backup(s)
INFO: cleanup temporary 'vzdump' snapshot
INFO: Finished Backup of VM 1001112 (00:04:38)
INFO: Backup finished at 2024-06-23 19:18:49
INFO: Backup job finished successfully
INFO: notified via target `<info@hss-gotha.de>`
TASK OK

Nun dann musst Du ja nicht mehr Fragen, wenn die Rechte passen? und Du den MP und den Zugriff darauf auch getestet hast.
Bestens, Problem gelöst.

Nein eben nicht, denn das Backup auf die Synology NAS funktioniert nach wie vor nicht. An den Rechten auf der Synology NAS hat auch niemand etwas geändert und wie gesagt, es funktionieren alle Backups auf die NAS nur der LXC Container nicht mehr.

 

[Ernst T.]

u:0:100000:65536 -m g:0:100000:65536

Warum hast du UID und GID "verbogen"? Ist das ein unprivilegierter Container?

Kannst du mal die Config des LXC zeigen?

 

[drnicolas]

Vielen Dank an alle.
Es lag tatsächlich am Mountpoint.

Das einfache "HDD" ohne alles kam direkt vom GUI.
Ich habe es jetzt auf "/mnt/HDD" gestellt und es funktioniert.