-
Notifications
You must be signed in to change notification settings - Fork 160
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
Docker containers inside sysbox container fail to start on new runc versions #544
Comments
RDMA cgroup support was added to oci-runc a few months ago, but it hasn't been ported to Sysbox yet. This explains why problem is reproduced only with the very latest runc releases. By porting and adjusting oci-runc's implementation we should be able to display |
FYI: I am working on fixing this right now; ETA end of week (05/14/22). |
As mentioned above, problem is only reproduced with the latest oci runc release (1.1.1), which is being packaged as part of the latest Docker version (20.10.15). Therefore, for Docker users, a workaround would be to downgrade to the 20.10.14 (or earlier) release. |
Fix committed to Sysbox upstream via this PR. Will be present in upcoming v0.5.2 release. Closing. |
Hi! I was wondering whether this fix going to be released for the Community Edition too. The latest v0.5.2 release contains Enterprise binaries only. Thanks! |
Hi @aletundo, this looks like a mistake on our part, thanks for pointing it out. @rodnymolina: for some reason the sysbox-ee binaries are showing up on the sysbox community repo; could you take a look and upload the sysbox community binaries instead? Thanks! |
@aletundo, there was indeed an issue with our package links. It's already fixed now. Thanks for letting us know. |
You're welcome! |
The newest runc version uses the rdma cgroup controller which isn't implemented in Sysbox 0.5.0
Inside of a sysbox container running docker and affected runc version:
Notably, the rdma cgroup dir is owned by
nobody:nogroup
. Changing the permissions of/sys/fs/cgroup/rdma
on the host to 777 allows containers to start correctly but is not an ideal solution.The text was updated successfully, but these errors were encountered: