Nach Update auf 6.2 Fehlermeldung beim Start von LXC Container

tobi471

Active Member
Feb 14, 2020
57
6
28
Hallo zusammen,

nach dem heutigen Update habe ich im Syslog einen Fehler beim start eines LXC Containers (Turnkey Filserver 15.0) bemerkt.
Der Container startet und funktioniert eigentlich auch. Was ist hier das Problem? Danke für Eure Unterstützung.

Config des Containers:
Code:
arch: amd64
cores: 1
hostname: turnkey1
memory: 512
mp0: HDD2:subvol-111-disk-0,mp=/smb1,backup=1,size=1000G
net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168.0.1,hwaddr=1A:4A:92:2A:D7:E3,ip=192.168.0.202/24,type=veth
onboot: 1
ostype: debian
parent: vor_update1
rootfs: local-zfs:subvol-111-disk-0,size=4G
swap: 512


Code:
May 12 20:27:32 server audit[12179]: AVC apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="/usr/bin/lxc-start" name="/proc/sys/kernel/random/boot_id" pid=12179 comm="lxc-start" srcname="/dev/.lxc-boot-id" flags="rw, bind"
May 12 20:27:32 server kernel: audit: type=1400 audit(1589308052.825:37): apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="/usr/bin/lxc-start" name="/proc/sys/kernel/random/boot_id" pid=12179 comm="lxc-start" srcname="/dev/.lxc-boot-id" flags="rw, bind"
May 12 20:27:32 server audit[12328]: AVC apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="lxc-111_</var/lib/lxc>" name="/run/rpc_pipefs/" pid=12328 comm="mount" fstype="rpc_pipefs" srcname="sunrpc"
May 12 20:27:32 server audit[12329]: AVC apparmor="DENIED" operation="mount" info="failed type match" error=-13 profile="lxc-111_</var/lib/lxc>" name="/proc/fs/nfsd/" pid=12329 comm="mount" fstype="nfsd" srcname="nfsd"
May 12 20:27:32 server audit[12329]: AVC apparmor="DENIED" operation="mount" info="failed type match" error=-13 profile="lxc-111_</var/lib/lxc>" name="/proc/fs/nfsd/" pid=12329 comm="mount" fstype="nfsd" srcname="nfsd" flags="ro"
May 12 20:27:32 server kernel: audit: type=1400 audit(1589308052.873:38): apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="lxc-111_</var/lib/lxc>" name="/run/rpc_pipefs/" pid=12328 comm="mount" fstype="rpc_pipefs" srcname="sunrpc"
May 12 20:27:32 server kernel: audit: type=1400 audit(1589308052.873:39): apparmor="DENIED" operation="mount" info="failed type match" error=-13 profile="lxc-111_</var/lib/lxc>" name="/proc/fs/nfsd/" pid=12329 comm="mount" fstype="nfsd" srcname="nfsd"
May 12 20:27:32 server kernel: audit: type=1400 audit(1589308052.873:40): apparmor="DENIED" operation="mount" info="failed type match" error=-13 profile="lxc-111_</var/lib/lxc>" name="/proc/fs/nfsd/" pid=12329 comm="mount" fstype="nfsd" srcname="nfsd" flags="ro"
 
Hallo,

vielen Dank für deine Unterstützung.

Es ist gut möglich das der Fehler auch schon vorher da war, ich ihn aber nicht bemerkt habe.
Ich habe schon länger keine Backups mehr über nfs ausgeführt, da ich mittlerweile auf cifs umgestiegen bin.

Ich habe jetzt aber mal ein Backup eines nfs Containers über nfs gestartet und siehe da, es Bricht mit einer Fehlermeldung ab.
Andere Container könen aber ein BAckup über nfs durchführen.
Ich habe auch mal testweise die Firewall deaktiviert, jedoch ohne Erfolg.

Code:
Virtual Environment 6.2-4
Container 100 (pihole) auf Knoten 'server'
Logs
()
INFO: starting new backup job: vzdump 100 --compress zstd --mode stop --node server --remove 0 --storage nas-alt-nfs
INFO: Starting Backup of VM 100 (lxc)
INFO: Backup started at 2020-05-13 15:20:38
INFO: status = running
INFO: backup mode: stop
INFO: ionice priority: 7
INFO: CT Name: pihole
INFO: stopping vm
INFO: creating archive '/mnt/pve/nas-alt-nfs/dump/vzdump-lxc-100-2020_05_13-15_20_38.tar.zst'
INFO: tar: /mnt/pve/nas-alt-nfs/dump/vzdump-lxc-100-2020_05_13-15_20_38.tmp: Cannot open: Permission denied
INFO: tar: Error is not recoverable: exiting now
INFO: restarting vm
INFO: guest is online again after 2 seconds
ERROR: Backup of VM 100 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/nas-alt-nfs/dump/vzdump-lxc-100-2020_05_13-15_20_38.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 --rsyncable '--threads=1' >/mnt/pve/nas-alt-nfs/dump/vzdump-lxc-100-2020_05_13-15_20_38.tar.dat' failed: exit code 2
INFO: Failed at 2020-05-13 15:20:40
INFO: Backup job finished with errors
TASK ERROR: job errors
 
tar: /mnt/pve/nas-alt-nfs/dump/vzdump-lxc-100-2020_05_13-15_20_38.tmp: Cannot open: Permission denied
Ich würde mal die permissions des dumpdirs (oder auf dem weg dorthin) ins auge fassen:
* das backup wird im userns des unpriviligierten containers gemacht (sprich als user 100000), dieser muss in das verzeichnis /mnt/pve/nas-alt-nfs/dump/ schreiben können.
* mittels` ls -l /mnt/pve/nas-alt-nfs/dump/` , `ls -l /mnt/pve/nas-alt-nfs/` , `ls -l /mnt/pve/` mal ansehen ob überall alle user zumindest rein und lesen dürfen, und im `/mnt/pve/nas-alt-nfs/dump/` auch schreiben dürfen.
 
Hallo Stoiko,

vielen Dank für der Tip. Ich habe jetzt mal eine neue nfs Freigabe auf meinem Sicherungsserveer erstellt und die Berechtigungen vergeben.
Jetzt bricht das Backup nicht mehr ab.


Code:
May 12 20:27:32 server audit[12179]: AVC apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="/usr/bin/lxc-start" name="/proc/sys/kernel/random/boot_id" pid=12179 comm="lxc-start" srcname="/dev/.lxc-boot-id" flags="rw, bind"
May 12 20:27:32 server kernel: audit: type=1400 audit(1589308052.825:37): apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="/usr/bin/lxc-start" name="/proc/sys/kernel/random/boot_id" pid=12179 comm="lxc-start" srcname="/dev/.lxc-boot-id" flags="rw, bind"
May 12 20:27:32 server audit[12328]: AVC apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="lxc-111_</var/lib/lxc>" name="/run/rpc_pipefs/" pid=12328 comm="mount" fstype="rpc_pipefs" srcname="sunrpc"
May 12 20:27:32 server audit[12329]: AVC apparmor="DENIED" operation="mount" info="failed type match" error=-13 profile="lxc-111_</var/lib/lxc>" name="/proc/fs/nfsd/" pid=12329 comm="mount" fstype="nfsd" srcname="nfsd"
May 12 20:27:32 server audit[12329]: AVC apparmor="DENIED" operation="mount" info="failed type match" error=-13 profile="lxc-111_</var/lib/lxc>" name="/proc/fs/nfsd/" pid=12329 comm="mount" fstype="nfsd" srcname="nfsd" flags="ro"
May 12 20:27:32 server kernel: audit: type=1400 audit(1589308052.873:38): apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="lxc-111_</var/lib/lxc>" name="/run/rpc_pipefs/" pid=12328 comm="mount" fstype="rpc_pipefs" srcname="sunrpc"
May 12 20:27:32 server kernel: audit: type=1400 audit(1589308052.873:39): apparmor="DENIED" operation="mount" info="failed type match" error=-13 profile="lxc-111_</var/lib/lxc>" name="/proc/fs/nfsd/" pid=12329 comm="mount" fstype="nfsd" srcname="nfsd"
May 12 20:27:32 server kernel: audit: type=1400 audit(1589308052.873:40): apparmor="DENIED" operation="mount" info="failed type match" error=-13 profile="lxc-111_</var/lib/lxc>" name="/proc/fs/nfsd/" pid=12329 comm="mount" fstype="nfsd" srcname="nfsd" flags="ro"

Der Fehler im syslog ist weiterhin vorhanden.
Ich habe mal einen neuen LXC Container aufgesetzt und Turnkey Fileserver 15.1 frisch installiert. Sobald die Installation abgeschlossen ist und ich den LXC Container neu starte kommt sofort die Meldung im syslog.

Es scheint ja alles zu Funktioniern, deshalb werde ich mich hiermit nicht länger beschäftigen.

Allen vielen Dank für Eure Hilfe.

Gruß
Tobi
 
  • Like
Reactions: t.lamprecht

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!