Container startet nach update nicht mehr

[MikeRoxx]

Hallo,

ich hatte mein Proxmox auf den neusten Stand gebracht. Danach hatte meine data Partition LVM-Thin nur noch 0 Byte angezeigt. Das konnte ich noch irgendwie zum laufen bringen. Alle Container starten wieder, bis auf einen. Der Container startet, beendet sich aber direkt wieder. Kann es etwas mit Apparmor zu tun haben?
Schon einmal vielen Dank...

pct config 101
arch: amd64
cores: 1
description: FHEM%0A192.168.178.3%3A8083/fhem%0Alxc.apparmor.profile%3A unconfined%0A
hostname: fhem
memory: 4096
net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168.178.1,hwaddr=66:14:9D:A5:99:04,ip=192.168.178.3/24,ip6=auto,type=veth
onboot: 0
ostype: debian
parent: fhem_only
rootfs: local-lvm:vm-101-disk-0,size=16G
startup: order=2
swap: 512
lxc.cgroup.devices.allow: c 188:0 rwm
lxc.mount.entry: /dev/hmuart dev/hmuart none bind,optional,create=file
lxc.mount.entry: /dev/ttyUSB0 dev/ttyUSB0 none bind,optional,create=file
lxc.cgroup.devices.allow: c 188:2 rwm
lxc.mount.entry: /dev/ttyUSB2 dev/ttyUSB2 none bind,optional,create=file
lxc.cgroup.devices.allow: c 188:2 rwm
lxc.mount.entry: /dev/ttyUSB1 dev/ttyUSB1 none bind,optional,create=file
lxc.cgroup.devices.allow: c 188:2 rwm
lxc.mount.entry: /dev/sigduino dev/sigduino none bind,optional,create=file
lxc.cgroup.devices.allow: c 166:0 rwm
lxc.mount.entry: /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=file

 pveversion -v
proxmox-ve: 6.3-1 (running kernel: 5.4.106-1-pve)
pve-manager: 6.3-6 (running version: 6.3-6/2184247e)
pve-kernel-5.4: 6.3-8
pve-kernel-helper: 6.3-8
pve-kernel-5.3: 6.1-6
pve-kernel-5.0: 6.0-11
pve-kernel-5.4.106-1-pve: 5.4.106-1
pve-kernel-5.4.78-2-pve: 5.4.78-2
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.1.2-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.20-pve1
libproxmox-acme-perl: 1.0.8
libproxmox-backup-qemu0: 1.0.3-1
libpve-access-control: 6.1-3
libpve-apiclient-perl: 3.1-3
libpve-common-perl: 6.3-5
libpve-guest-common-perl: 3.1-5
libpve-http-server-perl: 3.1-1
libpve-storage-perl: 6.3-9
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.1-1
proxmox-mini-journalreader: 1.1-1
proxmox-widget-toolkit: 2.5-1
pve-cluster: 6.2-1
pve-container: 3.3-4
pve-docs: 6.3-1
pve-edk2-firmware: 2.20200531-1
pve-firewall: 4.1-3
pve-firmware: 3.2-2
pve-ha-manager: 3.1-1
pve-i18n: 2.3-1
pve-qemu-kvm: 5.2.0-5
pve-xtermjs: 4.7.0-3
qemu-server: 6.3-10
smartmontools: 7.2-pve2
spiceterm: 3.1-1
vncterm: 1.6-2
zfsutils-linux: 2.0.4-pve1

Irgendwie bekomme ich die Fehlermeldung, daß ich nicht mehr als 15000 Zeichen posten darf. Deshalb das angehängte logfile.

Gruß
Mike

 

[MikeRoxx]

Mounten kann kann ich den Container auch.

[CODE]lxc-start -lDEBUG -o 101.log -F -n 101

Wenn ich den Container starte, sehe ich nur diesen Fehler.

lxc-start 101 20210423085537.986 ERROR    utils - utils.c:__safe_mount_beneath_at:1106 - Function not implemented - Failed to open 54(dev)

Gruß
Mike

 

[fiona]

Hi,

Mounten kann kann ich den Container auch.

ist mit dem Inhalt alles in Ordnung?

description: FHEM%0A192.168.178.3%3A8083/fhem%0Alxc.apparmor.profile%3A unconfined%0A

War das Apparmor-Profil vorher auf unconfined gesetzt?

Startet er ohne den ganzen lxc.-Optionen?

 

[MikeRoxx]

Hallo Fabian,

so wie ich das sehe, ist der Inhalt vom Container soweit ok.

War das Apparmor-Profil vorher auf unconfined gesetzt?

Das hatte ich als Kommentar hinzugefügt und einmal getestet. Hatte aber keinen Erfolg beim booten.
Das Apparmor-Profil war nicht auf unconfined gesetzt.

Startet er ohne den ganzen lxc.-Optionen?

Nein, wenn ich alle lxc Optionen auskommentiere startet der Container auch nicht. Im Anhang das Logfile

root@pve:~# pct config 101
arch: amd64
cores: 1
description: FHEM%0A192.168.178.3%3A8083/fhem%0Alxc.apparmor.profile%3A unconfined%0Alxc.cgroup.devices.allow%3A c 188%3A0 rwm%0Alxc.mount.entry%3A /dev/hmuart dev/hmuart none bind,optional,create=file%0Alxc.mount.entry%3A /dev/ttyUSB0 dev/ttyUSB0 none bind,optional,create=file%0Alxc.cgroup.devices.allow%3A c 188%3A2 rwm%0Alxc.mount.entry%3A /dev/ttyUSB2 dev/ttyUSB2 none bind,optional,create=file%0Alxc.cgroup.devices.allow%3A c 188%3A2 rwm%0Alxc.mount.entry%3A /dev/ttyUSB1 dev/ttyUSB1 none bind,optional,create=file%0Alxc.cgroup.devices.allow%3A c 188%3A2 rwm%0Alxc.mount.entry%3A /dev/sigduino dev/sigduino none bind,optional,create=file%0Alxc.cgroup.devices.allow%3A c 166%3A0 rwm%0Alxc.mount.entry%3A /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=file%0A
hostname: fhem
memory: 4096
net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168.178.1,hwaddr=66:14:9D:A5:99:04,ip=192.168.178.3/24,ip6=auto,type=veth
onboot: 0
ostype: debian
parent: fhem_only
rootfs: local-lvm:vm-101-disk-0,size=16G
startup: order=2
swap: 512

 

[fiona]

Was ist die Ausgabe in der Shell?

lxc-start -lDEBUG -o 101.log -F -n 101

Welche Version von Debian ist im Container installiert?

Möglicherweise ist etwas innerhalb des Container nicht richtig konfiguriert, siehe Beispiele hier und hier, wo es auch den plötzlichen Abbruch gibt:

lxc-start 101 20210423085538.211 NOTICE   start - start.c:signal_handler:405 - Received 17 from pid 10418 instead of container init 10422

 

[MikeRoxx]

Was ist die Ausgabe in der Shell?

Das ist die Ausgabe.

root@pve:~# lxc-start -lDEBUG -o 101.log -F -n 101
lxc-start: 101: utils.c: __safe_mount_beneath_at: 1106 Function not implemented - Failed to open 54(dev)

Welche Version von Debian ist im Container installiert?

Debian 10 buster

Möglicherweise ist etwas innerhalb des Container nicht richtig konfiguriert

da wird es jetzt schwierig für mich, da ich nur einfache Kenntnisse. Ich kann den Container mounten und komme sozusagen an alle Daten ran.
Weiß aber nicht wo ich ansetzen kann.

Gruß
Mike

 

[fiona]

Das ist die Ausgabe.

root@pve:~# lxc-start -lDEBUG -o 101.log -F -n 101
lxc-start: 101: utils.c: __safe_mount_beneath_at: 1106 Function not implemented - Failed to open 54(dev)

Wenn nur das hier als Ausgabe kommt, ist es vielleicht doch eine andere Art von Fehler als bei den Threads, die ich verlinkt hatte. Diese Zeile selbst sollte aber nicht der kritische Fehler sein (kommt bei mir auch bei funktionierenden Containern). Gibt es keine Zeile wie

systemd 241 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)

und (Anfang vom) Boot-Log?

Gibt es in /var/log/syslog entweder innerhalb des Containers oder am Host etwas Interessantes?

 

[MikeRoxx]

Gibt es in /var/log/syslog entweder innerhalb des Containers oder am Host etwas Interessantes?

Leider nein. Der Host mein der Container wird gestartet, so wie ich das im Syslog sehe.
Im Container steht auch nichts brauchbares im Syslog.

Apr 26 14:44:38 pve pct[15513]: starting CT 101: UPID:pve:00003C99:037C4531:6086B5B6:vzstart:101:root@pam:
Apr 26 14:44:38 pve pct[15512]: <root@pam> starting task UPID:pve:00003C99:037C4531:6086B5B6:vzstart:101:root@pam:
Apr 26 14:44:39 pve systemd[1]: Started PVE LXC Container: 101.
Apr 26 14:44:40 pve systemd-udevd[15546]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Apr 26 14:44:40 pve systemd-udevd[15546]: Using default interface naming scheme 'v240'.
Apr 26 14:44:41 pve systemd-udevd[15546]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Apr 26 14:44:41 pve systemd-udevd[15546]: Could not generate persistent MAC address for fwbr101i0: No such file or directory
Apr 26 14:44:41 pve systemd-udevd[15526]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Apr 26 14:44:41 pve systemd-udevd[15526]: Using default interface naming scheme 'v240'.
Apr 26 14:44:41 pve systemd-udevd[15526]: Could not generate persistent MAC address for fwpr101p0: No such file or directory
Apr 26 14:44:41 pve systemd-udevd[15545]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Apr 26 14:44:41 pve systemd-udevd[15545]: Using default interface naming scheme 'v240'.
Apr 26 14:44:41 pve systemd-udevd[15545]: Could not generate persistent MAC address for fwln101i0: No such file or directory
Apr 26 14:44:41 pve pct[15512]: <root@pam> end task UPID:pve:00003C99:037C4531:6086B5B6:vzstart:101:root@pam: OK
Apr 26 14:44:44 pve systemd[1]: pve-container@101.service: Succeeded.

Gibt es keine Zeile wieund (Anfang vom) Boot-Log?

Die gibt es Leider nicht.

Ich habe mal einen alten Stand vom Container genommen und auf den neusten Stand gebracht. Dieser startet auch und läuft.
Ist halt blöde für mich, daß ich jetzt versuche 6 Monate FHEM Config gerade zu ziehen. Selber Schuld, hätte ich mal öfter eine Sicherung gemacht.

root@pve:~# lxc-start -lDEBUG -o 107.log -F -n 107
lxc-start: 107: utils.c: __safe_mount_beneath_at: 1106 Function not implemented  - Failed to open 54(dev)
systemd 241 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
Detected virtualization lxc.
Detected architecture x86-64.

Welcome to Debian GNU/Linux 10 (buster)!

Gruß
Mike