-
Bug
-
Resolution: Not a Bug
-
Normal
-
None
-
rhel-10.1
-
None
-
No
-
Moderate
-
rhel-container-tools
-
2
-
False
-
False
-
-
None
-
None
-
None
-
None
-
Unspecified
-
Unspecified
-
Unspecified
-
None
What were you trying to do that didn't work?
System test “podman pod cleans cgroup and keeps limits” failed with the cgroup files not exist, when setup the cgroup manage as cgroupfs with rootless user
Please provide the package NVR for which the bug is seen:
podman-5.6.0-0.4rc1.el10.x86_64
How reproducible is this bug?:
always
Steps to reproduce
- Setup cgroupfs as the cgroup manager
- Run system test “podman pod cleans cgroup and keeps limits” under rootless user
$ bats -t -f "podman pod cleans cgroup and keeps limits" test/system/ 1..1 not ok 1 [200] podman pod cleans cgroup and keeps limits # tags: ci:parallel # (from function `bail-now' in file test/system/helpers.bash, line 187, # from function `die' in file test/system/helpers.bash, line 946, # in test file test/system/200-pod.bats, line 783) # `die "the cgroup $cgroup_path does not exist"' failed # # [06:15:49.237958708] $ podman pod create --infra=true --memory=256M # [06:15:49.330288679] 7b5ea0f69faf8f183147ba98a03f723fa1874224b8f9ea75271243f8e70de4d2 # # [06:15:49.340307860] $ podman run -d --pod 7b5ea0f69faf8f183147ba98a03f723fa1874224b8f9ea75271243f8e70de4d2 quay.io/libpod/testimage:20241011 top -d 2 # [06:15:49.565340988] e6fe510c81593d97c5ba2a47be5ed43d958807c885e4a1cf46c43d1f4a967ca3 # # [06:15:49.575299387] $ podman pod inspect 7b5ea0f69faf8f183147ba98a03f723fa1874224b8f9ea75271243f8e70de4d2 --format {{.CgroupPath}} # [06:15:49.650214421] /libpod_parent/7b5ea0f69faf8f183147ba98a03f723fa1874224b8f9ea75271243f8e70de4d2 # #/vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv # #| FAIL: the cgroup /sys/fs/cgroup//libpod_parent/7b5ea0f69faf8f183147ba98a03f723fa1874224b8f9ea75271243f8e70de4d2 does not exist # #\^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ # # [teardown]
Expected results
The cgroup related files can be created
Actual results
The files are not created under /sys/fs/cgroup//libpod_parent/ as expected.
Addtional
The same test case passed with root user or rootless user when using systemd as cgroup manager