Skip to content
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 support #52

Merged
merged 6 commits into from
Dec 21, 2023
Merged

docker support #52

merged 6 commits into from
Dec 21, 2023

Conversation

arighi
Copy link
Owner

@arighi arighi commented Dec 21, 2023

Set of changes to properly support running virtme-ng instances inside docker instances.

This will open the possibility for many projects to use virtme-ng to run custom kernels inside containerized environments, such as github workflows.

This fixes issue #51.

Hide virtiofsd warnings that may confuse users, unless we are running in
verbose mode.

This fixes issue #51.

Signed-off-by: Andrea Righi <[email protected]>
@arighi arighi force-pushed the docker-support branch 3 times, most recently from 97f7c85 to 075f452 Compare December 21, 2023 14:36
Andrea Righi added 5 commits December 21, 2023 16:06
Do not enable microvm or native kvm acceleration if /dev/kvm does not
exist (or if we don't have permissions to use it).

This may happen in container environments, despite running on a native
architecture, but not having access to /dev/kvm may result in EPERM
errors and warnings that may confuse users.

This fixes issue #51.

Signed-off-by: Andrea Righi <[email protected]>
Minor changes to our virtme-init script required to run virtme-ng
instances inside docker containers.

This fixes issue #51.

Link: arighi/virtme-ng-init@6ed126b
Signed-off-by: Andrea Righi <[email protected]>
Resync virtme-ng-init to apply the equivalent changes of commit
b25a203 ("virtme-init: docker host support") also to virtme-ng-init.

This fixes issue #51.

Signed-off-by: Andrea Righi <[email protected]>
Add an example on how to use virtme-ng inside a docker container with an
ubuntu-22.04 image.

Moreover, add a note to the troubleshooting section, mentioning about
the udev requirement to properly support stdin/stdout/stderr
redirection with virtme-ng instances running inside docker.

This fixes issue #51.

Signed-off-by: Andrea Righi <[email protected]>
Now that we can properly run virtme-ng inside docker instances we can
test virtme-ng using a github workflow.

Add a simple "test run" workflow to run a v6.6 kernel using virtme-ng,
this test action will be triggered on push and pull requests.

Signed-off-by: Andrea Righi <[email protected]>
@arighi arighi merged commit 44c5f05 into main Dec 21, 2023
8 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant