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
What happened:
when When I set pod cpu-bind-policy to "FullPCPUsOnly" and got resource-status {"cpuset":"2,54"} from pod annotation, but I never found any cgroup file related to this set.
What you expected to happen:
which cgroup file should i check to make sure this bind-policy is woking
Environment:
Koordinator version: - v0.6.2
Kubernetes version (use kubectl version): v1.22.5
docker/containerd version: containerd 1.5.0
OS (e.g: cat /etc/os-release): Ubuntu 20.04.4 LTS
Kernel (e.g. uname -a): Linux 5.10.112-11.al8.x86_64 ✨ Add NodeMetric API #1 SMP Tue May 24 16:05:50 CST 2022 x86_64 x86_64 x86_64 GNU/Linux
Anything else we need to know:
The text was updated successfully, but these errors were encountered:
kingeasternsun
changed the title
[question]when When I set pod cpu-bind-policy to "FullPCPUsOnly" and got resource-status, which cgroup file should I to check
[question]When I set pod cpu-bind-policy to "FullPCPUsOnly" and got resource-status, which cgroup file should to check
Nov 19, 2024
@kingeasternsun Please check the file cpuset.cpus under the container-level cgroup.
e.g. /sys/fs/cgroup/cpuset/kubepods/podxxxxxx/yyyyyy/cpuset.cpus, /sys/fs/cgroup/kubepods.slice/kubepods-podxxxxxx.slice/yyyyyy/cpuset.cpus
This issue has been automatically marked as stale because it has not had recent activity.
This bot triages issues and PRs according to the following rules:
After 90d of inactivity, lifecycle/stale is applied
After 30d of inactivity since lifecycle/stale was applied, the issue is closed
You can:
Mark this issue or PR as fresh with /remove-lifecycle stale
Close this issue or PR with /close
Thank you for your contributions.
What happened:
when When I set pod cpu-bind-policy to "FullPCPUsOnly" and got resource-status
{"cpuset":"2,54"}
from pod annotation, but I never found any cgroup file related to this set.What you expected to happen:
which cgroup file should i check to make sure this bind-policy is woking
Environment:
Anything else we need to know:
The text was updated successfully, but these errors were encountered: