-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
cgroupv2 support meta issue #2315
Comments
I'm not sure runc should force this, though Moby/Podman/containerd/CRI-O may force it. |
@kolyshkin Can we remove "force use of systemd driver if system runs systemd" ? |
done I think there's something that needs to be done here, but I'm not yet quite sure what. Maybe if systemd is running but is not used by runc, runc should check that the cgroup path we're operating on is not managed by systemd (i.e. this cgroup or its parents were not created by systemd). Anyway, I need to think more about it. Removed for now. |
The systemd compatible way to use cgroupfs directly is if runc operates in a delegated cgroup. |
|
Yes please @giuseppe |
This comment has been minimized.
This comment has been minimized.
The list in the OP could probably use updating. Any (other) open topics here @kolyshkin @AkihiroSuda? |
Added opencontainers/runtime-spec#1040 to the list |
Can we close this? Keeping this issue open seems to give people false sense as if cgroup v2 support hadn't landed in. We can still keep pinning this issue. |
is support rootless of podman? |
This is a list of cgroupv2 issues and PRs needed to make cgroupv2 a first-class citizen in runc. This is in addition to #2209.
#2309 Check the error return from StopUnit() in UnifiedManager#Destroy()
LinuxResources.Unified
proposalEDIT (by @AkihiroSuda ):
area/cgroupv2
The text was updated successfully, but these errors were encountered: