-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue with podman stats command since v2.2.0 #8588
Comments
@vrothberg This looks like it could be your cgroup path changes? |
please show the result @Lordryte
|
sudo ls -l /sys/fs/cgroup/user.slice/
sudo ls -l /sys/fs/cgroup/
sudo ls -l /sys/fs/cgroup/systemd/user.slice
sudo ls -l /sys/fs/cgroup/systemd/user.slice/user-1001.slice
sudo ls -l /sys/fs/cgroup/systemd/user.slice/user-1001.slice/user.slice
|
please show the result @Lordryte
|
sudo ls -l /sys/fs/cgroup/user.slice/user-1001.slice
sudo ls -l /sys/fs/cgroup/user.slice/user-1001.slice/user@1001.service
sudo ls -l /sys/fs/cgroup/user.slice/user-1001.slice/user@1001.service/user.slice/
sudo ls -l /sys/fs/cgroup/user.slice/user-1001.slice/user@1001.service/user.slice/libpod-2504b790675718f38df14eb544badb0ec8df966dc81298329067fa5e0eb6d27b.scope/
sudo ls -l /sys/fs/cgroup/user.slice/user-1001.slice/user@1001.service/user.slice/libpod-2504b790675718f38df14eb544badb0ec8df966dc81298329067fa5e0eb6d27b.scope/container/
|
Additional info: If I run the container inside a pod and I use: |
Appears that the |
can you show me the content of Some of the cgroup controllers might not be enabled for the unprivileged user |
|
thanks for confirming it. It looks like only the |
Hello, I just upgraded from podman 2.0.4 to 2.2.1 on a Fedora 32 server and encountered the same error message with the stats commands, however I am running rootful.
After some investigation, I found that also upgrading crun (from 0.14 to 0.16) and then again recreating all pods/containers fixed the stats commands. So it seems like an outdated crun might be one source of this error message. Maybe missing controllers could be handled better than completely crashing the command? |
A friendly reminder that this issue had no activity for 30 days. |
It is fairly common for certain cgroups controllers to not be enabled on a system. We should Warn when this happens versus failing, when doing podman stats command. This way users can get information from the other controllers. Fixes: containers#8588 Signed-off-by: Daniel J Walsh <dwalsh@redhat.com>
It is fairly common for certain cgroups controllers to not be enabled on a system. We should Warn when this happens versus failing, when doing podman stats command. This way users can get information from the other controllers. Fixes: containers#8588 Signed-off-by: Daniel J Walsh <dwalsh@redhat.com>
Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description
podman stats command no longer works since the last update to podman v2.2.0
Steps to reproduce the issue:
podman run -dit ubuntu
podman stats
Describe the results you received:
podman stats
Error: unable to obtain cgroup stats: open /sys/fs/cgroup/user.slice/user-1001.slice/user@1001.service/user.slice/libpod-2504b790675718f38df14eb544badb0ec8df966dc81298329067fa5e0eb6d27b.scope/container/memory.current: no such file or directory
Describe the results you expected:
a functioning podman stats dashboard
Additional information you deem important (e.g. issue happens only occasionally):
I had 2 VPS servers running the same configuration with a working podman stats command. When podman was updated to v2.2.0 the command was still running without issue. I started to get the error message once the running command killed and then restarted. The same behaviour was observed on both servers.
Output of
podman version
:Output of
podman info --debug
:Package info (e.g. output of
rpm -q podman
orapt list podman
):Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide?
Yes
Additional environment details (AWS, VirtualBox, physical, etc.):
VPS running Ubuntu 20.04
The text was updated successfully, but these errors were encountered: