Container stopped running
Hello, I'm running podmon on an up to date Rocky Linux 8 system. I'm trying to run a rootless container. Before my update to Rocky Linux 8.5, the rootless container was running just fine. After my update and reboot, I keep getting this error: Error: container_linux.go:380: starting container process caused: process_linux.go:545: container init caused: process_linux.go:508: setting cgroup config for procHooks process caused: open /sys/fs/cgroup/user.slice/user-1000.slice/user@1000.service/user.slice/ user- libpod_pod_a9292128fc778c6287e80ff71d5e2ee1320b3395dc48a7e31af1db77cc7f 695a.slice/libpod- a7de373d2fef8f5ea232c09e1553923ff1968ff4caef156b997d26910a2d9558.scope/ pids.max: no such file or directory: OCI runtime attempted to invoke a command that was not found I did enable lingering for the "containers" user and created the file /etc/systemd/system/user@.service.d/delegate.conf. I've run "systemctl daemon-reload" after rebooting. I'm also exporting XDG_RUNTIME_DIR in the user's .bashrc. None of this seems to be working now, though it did stop similar errors before the update. Does anyone know why the pids.max cgroup isn't being created now? -- Ranbir
Ranbir <m3freak@thesandhufamily.ca> writes:
Hello,
I'm running podmon on an up to date Rocky Linux 8 system. I'm trying to run a rootless container. Before my update to Rocky Linux 8.5, the rootless container was running just fine. After my update and reboot, I keep getting this error:
Error: container_linux.go:380: starting container process caused: process_linux.go:545: container init caused: process_linux.go:508: setting cgroup config for procHooks process caused: open /sys/fs/cgroup/user.slice/user-1000.slice/user@1000.service/user.slice/ user- libpod_pod_a9292128fc778c6287e80ff71d5e2ee1320b3395dc48a7e31af1db77cc7f 695a.slice/libpod- a7de373d2fef8f5ea232c09e1553923ff1968ff4caef156b997d26910a2d9558.scope/ pids.max: no such file or directory: OCI runtime attempted to invoke a command that was not found
I did enable lingering for the "containers" user and created the file /etc/systemd/system/user@.service.d/delegate.conf. I've run "systemctl daemon-reload" after rebooting. I'm also exporting XDG_RUNTIME_DIR in the user's .bashrc. None of this seems to be working now, though it did stop similar errors before the update.
how does /etc/systemd/system/user@.service.d/delegate.conf look like?
Does anyone know why the pids.max cgroup isn't being created now?
It looks like the pids controller is not being enabled for the unprivileged user session. Regards, Giuseppe
Ranbir <m3freak@thesandhufamily.ca> writes:
On Fri, 2021-11-26 at 09:12 +0100, Giuseppe Scrivano wrote:
how does /etc/systemd/system/user@.service.d/delegate.conf look like?
[Service] Delegate=memory pids
I am afraid you are hitting this issue: https://bugzilla.redhat.com/show_bug.cgi?id=1897579 Giuseppe
On Fri, 2021-11-26 at 16:26 +0100, Giuseppe Scrivano wrote:
I am afraid you are hitting this issue: https://bugzilla.redhat.com/show_bug.cgi?id=1897579
I used the info in there from other people to get the rootless container running before the update! lol Is the issue that on a fully updated server, the workarounds don't work? -- Ranbir
Ranbir <m3freak@thesandhufamily.ca> writes:
On Fri, 2021-11-26 at 16:26 +0100, Giuseppe Scrivano wrote:
I am afraid you are hitting this issue: https://bugzilla.redhat.com/show_bug.cgi?id=1897579
I used the info in there from other people to get the rootless container running before the update! lol
Is the issue that on a fully updated server, the workarounds don't work?
can you follow up on the bugzilla? I don't think the issue has been addressed yet. Regards, Giuseppe
On Fri, 2021-11-26 at 11:32 -0500, Ranbir wrote:
On Fri, 2021-11-26 at 16:26 +0100, Giuseppe Scrivano wrote:
I am afraid you are hitting this issue: https://bugzilla.redhat.com/show_bug.cgi?id=1897579
I used the info in there from other people to get the rootless container running before the update! lol
Is the issue that on a fully updated server, the workarounds don't work?
So any idea why it worked before? Am I out of luck? -- Ranbir
participants (2)
-
Giuseppe Scrivano -
Ranbir