vzdump trouble again

[lifeboy]

I have one lxc that I cannot back up.

Here's the log:

# cat /mnt/pve/cephfs/dump/vzdump-lxc-148-2021_07_25-12_32_35.log
2021-07-25 12:32:35 INFO: Starting Backup of VM 148 (lxc)
2021-07-25 12:32:35 INFO: status = stopped
2021-07-25 12:32:35 INFO: backup mode: stop
2021-07-25 12:32:35 INFO: ionice priority: 7
2021-07-25 12:32:35 INFO: CT Name: reporting
2021-07-25 12:32:35 INFO: including mount point rootfs ('/') in backup
2021-07-25 12:32:35 INFO: creating vzdump archive '/mnt/pve/cephfs/dump/vzdump-lxc-148-2021_07_25-12_32_35.tar.zst'
2021-07-25 12:35:05 INFO: tar: ./var/log/btmp: Cannot open: Permission denied
2021-07-25 12:35:07 INFO: tar: ./var/log/mail.err: Cannot open: Permission denied
2021-07-25 12:35:40 INFO: tar: ./var/log/journal/db91a8d9813048b3b0d9627361bf92a2/system.journal: Cannot open: Permission denied
2021-07-25 12:38:08 INFO: tar: ./var/log/.auth.log.swp: Cannot open: Permission denied
2021-07-25 12:38:12 INFO: tar: ./var/spool/rsyslog: Cannot open: Permission denied
2021-07-25 13:57:40 INFO: Total bytes written: 99196293120 (93GiB, 19MiB/s)
2021-07-25 13:57:40 INFO: tar: Exiting with failure status due to previous errors
2021-07-25 13:57:45 ERROR: Backup of VM 148 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=/var/tmp/vzdumptmp3660812_148' ./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 --rsyncable '--threads=1' >/mnt/pve/cephfs/dump/vzdump-lxc-148-2021_07_25-12_32_35.tar.dat' failed: exit code 2

# ls -la /var/log/btmp
-rw-rw---- 1 root utmp 0 Jul  1 00:00 /var/log/btmp

# cat /etc/group | grep utmp
utmp:x:43:

So there is a group utmp, but what does the tar: ./var/log/btmp: Cannot open: Permission denied line imply? Is that, and the following lines, the cause of the failure?

# pveversion
pve-manager/6.4-9/5f5c0e3f (running kernel: 5.4.103-1-pve)
root@FT1-NodeC:~# pveversion -v
proxmox-ve: 6.4-1 (running kernel: 5.4.103-1-pve)
pve-manager: 6.4-9 (running version: 6.4-9/5f5c0e3f)
pve-kernel-5.4: 6.4-3
pve-kernel-helper: 6.4-3
pve-kernel-5.3: 6.1-6
pve-kernel-5.4.119-1-pve: 5.4.119-1
pve-kernel-5.4.106-1-pve: 5.4.106-1
pve-kernel-5.4.103-1-pve: 5.4.103-1
pve-kernel-5.4.65-1-pve: 5.4.65-1
pve-kernel-5.4.55-1-pve: 5.4.55-1
pve-kernel-5.4.41-1-pve: 5.4.41-1
pve-kernel-5.3.18-3-pve: 5.3.18-3
pve-kernel-5.3.10-1-pve: 5.3.10-1
ceph: 14.2.20-pve1
ceph-fuse: 14.2.20-pve1
corosync: 3.1.2-pve1
criu: 3.11-3
glusterfs-client: 5.5-3
ifupdown: residual config
ifupdown2: 3.0.0-1+pve3
ksm-control-daemon: 1.3-1
libjs-extjs: 6.0.1-10
libknet1: 1.20-pve1
libproxmox-acme-perl: 1.1.0
libproxmox-backup-qemu0: 1.0.3-1
libpve-access-control: 6.4-3
libpve-apiclient-perl: 3.1-3
libpve-common-perl: 6.4-3
libpve-guest-common-perl: 3.1-5
libpve-http-server-perl: 3.2-3
libpve-network-perl: 0.6.0
libpve-storage-perl: 6.4-1
libqb0: 1.0.5-1
libspice-server1: 0.14.2-4~pve6+1
lvm2: 2.03.02-pve4
lxc-pve: 4.0.6-2
lxcfs: 4.0.6-pve1
novnc-pve: 1.1.0-1
proxmox-backup-client: 1.1.10-1
proxmox-mini-journalreader: 1.1-1
proxmox-widget-toolkit: 2.5-6
pve-cluster: 6.4-1
pve-container: 3.3-5
pve-docs: 6.4-2
pve-edk2-firmware: 2.20200531-1
pve-firewall: 4.1-4
pve-firmware: 3.2-4
pve-ha-manager: 3.1-1
pve-i18n: 2.3-1
pve-qemu-kvm: 5.2.0-6
pve-xtermjs: 4.7.0-3
qemu-server: 6.4-2
smartmontools: 7.2-pve2
spiceterm: 3.1-1
vncterm: 1.6-2
zfsutils-linux: 2.0.4-pve1

 

[Dominic]

Have you been able to solve this already? Is this the only container for which backups do not work?

 

[lifeboy]

Have you been able to solve this already? Is this the only container for which backups do not work?

No, the problem is still there. It's the only container I can't backup, regardless of whether its running or not.