-
Notifications
You must be signed in to change notification settings - Fork 18.7k
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
check for cpuset.cpus before set the value #16141
Comments
I'll raise a pr to libcontainer to fix it opencontainers/runc#254 |
@HuKeping your patch in runc is working fine with latest docker master |
@runcom As I mentioned in opencontainers/runc#254 , I don't think it's a bug, WDYT? |
@hqhq reading your conversation on runc, yeah it doesn't seems so but I'd like other maintainers to check on this before closing |
@runcom Sure, just for clear, it is a problem, just I don't think there are anything we can do on Docker or runC side, it's not a Docker bug. It should be fixed on kernel side, but kernel didn't fix mutil hierarchy case. |
@hqhq I see, libcontainer error is awful tho and reading from root cgroup isn't ok as highlighted on runc PR :/ |
Q: When I run vmstat in a container, the CPU ticks do not change! Is this related to this issue? |
@megastef seems not. |
They prefer not do this in docker but the kernel side |
Thanks @HuKeping, I'll go ahead and close this, but feel free to comment here |
Here comes the example:
Assume I have 4 CPUs in my host, at the very beginning everything is OK for
Then I put CPU1 off and then put it on
Let's check for the cpuset.cpus of cgroup docker
And then run that docker CLI again, error happen
This is because when we shut down CPU1, the cgroup system update all the sub-cgroup system about the cpuset.cpus. But when the CPU1 comes back it didn't do the same thing.
The text was updated successfully, but these errors were encountered: