Priviligierte Container / pam_systemd(login:session): Failed to create session

[Guybrush]

Hi,

da das problem nicht ein IPV6 Problem ist, eröffne ich ein neuen Thread.

Wenn ich ein Debian 11.3 aus dem vorhandenen Template ausrolle, dauert das Öffnen der Console/SSH sehr lange. Irgendwas ist da kaputt.

Ein Log direkt bei einem neuen ausgerollten Container sieht so aus.

root@Jellyfin:~# journalctl -f
-- Journal begins at Sat 2022-12-17 11:36:36 UTC. --
Dec 17 11:37:06 Jellyfin systemd[1]: Failed to start User Login Management.
Dec 17 11:37:06 Jellyfin systemd[1]: systemd-logind.service: Scheduled restart job, restart counter is at 5.
Dec 17 11:37:06 Jellyfin systemd[1]: Stopped User Login Management.
Dec 17 11:37:06 Jellyfin systemd[1]: Condition check resulted in Load Kernel Module drm being skipped.
Dec 17 11:37:06 Jellyfin systemd[1]: systemd-logind.service: Start request repeated too quickly.
Dec 17 11:37:06 Jellyfin systemd[1]: systemd-logind.service: Failed with result 'exit-code'.
Dec 17 11:37:06 Jellyfin systemd[1]: Failed to start User Login Management.
Dec 17 11:37:31 Jellyfin dbus-daemon[92]: [system] Failed to activate service 'org.freedesktop.login1': timed out (service_start_timeout=25000ms)
Dec 17 11:37:31 Jellyfin login[143]: pam_systemd(login:session): Failed to create session: Failed to activate service 'org.freedesktop.login1': timed out (service_start_timeout=25000ms)
Dec 17 11:37:31 Jellyfin login[329]: ROOT LOGIN  on '/dev/tty1'

 

[Guybrush]

Neue erkenntnisse:

Wenn ich bei einem Priviligierten Container nachträglich "Nesting" einschalte, dann ist das verhalten mit der Console nicht mehr da.

Frage an das Proxmox-Staff, wieso wird bei Container Erstellung und der Auswahl priviligierter container "nesting" ausgegraut?
So muss man dann zuerst den Container "ohen start" erstellen und nachträglich nesting auswählen.

Hier mein Log mit nachträglich aktiviertem nesting bei einem priviligiertem Container Debian 11

root@DebianLXC:~# journalctl -f
-- Journal begins at Sat 2022-12-17 11:51:50 UTC. --
Dec 17 11:51:51 DebianLXC systemd[1]: Reached target Multi-User System.
Dec 17 11:51:51 DebianLXC systemd[1]: Reached target Graphical Interface.
Dec 17 11:51:51 DebianLXC systemd[1]: Starting Update UTMP about System Runlevel Changes...
Dec 17 11:51:51 DebianLXC systemd[1]: systemd-update-utmp-runlevel.service: Succeeded.
Dec 17 11:51:51 DebianLXC systemd[1]: Finished Update UTMP about System Runlevel Changes.
Dec 17 11:51:51 DebianLXC systemd[1]: Startup finished in 1.544s.
Dec 17 11:51:52 DebianLXC systemd-networkd[72]: eth0: Gained IPv6LL
Dec 17 11:52:04 DebianLXC login[112]: pam_unix(login:session): session opened for user root(uid=0) by LOGIN(uid=0)
Dec 17 11:52:04 DebianLXC login[112]: pam_systemd(login:session): Failed to create session: Seat has no VTs but VT number not 0
Dec 17 11:52:04 DebianLXC login[283]: ROOT LOGIN  on '/dev/tty1'

Edit: Nächste Frage:

Was hat das zu bedeuten?

Dec 17 11:52:04 DebianLXC login[112]: pam_unix(login:session): session opened for user root(uid=0) by LOGIN(uid=0)
Dec 17 11:52:04 DebianLXC login[112]: pam_systemd(login:session): Failed to create session: Seat has no VTs but VT number not 0
Dec 17 11:52:04 DebianLXC login[283]: ROOT LOGIN  on '/dev/tty1'

Edit2:

Dieser Fehler kann wie folgt behoben werden.

Im Container folgendes machen:

systemctl mask systemd-logind
pam-auth-update

und folgendes abwählen

 [ ] Register user sessions in the systemd control group hierarchy

Edit3:

Auch ohne Nesting scheint es mit den Edit2 angaben zu gehen. Seltsam