You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Maybe because you are trying to work with cgroup v1, and it is cgroup v2 already from kernel v4:
time="2023-10-17T14:18:03.295983994Z" level=error msg="failed to shutdown shim task and the shim might be leaked" error="Others(\"failed to handler message handler request\\n\\nCaused by:\\n 0: do shutdown\\n 1: do the clean up\\n 2: resource clean up\\n 3: delete cgroup\\n 4: unable to read a control group file /sys/fs/cgroup/cgroup.type caused by: Os { code: 2, kind: NotFound, message: \\\"No such file or directory\\\" }\\n 5: No such file or directory (os error 2)\"): unknown" id=b3c5a2685e567bb3c9765138079f9e924540a63695a280e7dd6fc0d166f6ef83
I found that the issue was constrain_hypervisors uses add_task instead of add_task_by_tgid, I have opened a PR to fix the issue. After this change pods start correctly
Description of problem
Installed latest v3.2.0-rc0 and starting runtime-rs with default
/opt/kata/share/defaults/kata-containers/configuration-dragonball.toml
Expected result
cgroup would be created in the correct place (and inherit container mem limit)
Actual result
sandbox_cgroup_only=false
container does not start:sandbox_cgroup_only=true
cgroup is created without memory limit, and in a wrong place:Which contradicts docs (and how it works for СLH, QEMU):
https://github.com/kata-containers/kata-containers/blob/main/docs/design/host-cgroups.md#sandbox_cgroup_only--true
So,
sandbox_cgroup_only
is broken for both values.Maybe because you are trying to work with cgroup v1, and it is cgroup v2 already from kernel v4:
Further information
Host kernel: Ubuntu 22.04.3 LTS 5.15.0-85-generic
cgroups: v2
kubelet:
cgroupDriver: systemd
The text was updated successfully, but these errors were encountered: