Streamline rootfs building#5727
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #5727 +/- ##
=======================================
Coverage 83.13% 83.13%
=======================================
Files 277 277
Lines 29466 29466
=======================================
Hits 24498 24498
Misses 4968 4968
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
7147cd6 to
a140d81
Compare
a140d81 to
c7e5494
Compare
|
Looks like our CI tests are getting stuck with the new rootfs. I'll convert back to draft whilst I investigate this. |
c7e5494 to
5a125da
Compare
|
Change since last version:
I'm running docker popular on my personal pipeline as we speak and building new CI artifacts. Once I've run docker popular and nightly PR, I'll move it back to ready for review :) |
5a125da to
67877d8
Compare
|
Had to update |
67877d8 to
aedd089
Compare
aedd089 to
b3fbd4e
Compare
Move code from CI rootfs rebuild script into common functions file. This will allow it to be shared with the docker popular code as well. Refactor it slightly too, so that it takes another bash script as a parameter that we then run inside the docker image. This is what allows the implementation to be shared with docker-popular – all of the build-specific functionality is defined inside the supplied script. Signed-off-by: James Curtis <jxcurtis@amazon.co.uk>
b3fbd4e to
2333251
Compare
Simplify the docker-popular rootfs building using common functions. Define a new file `setup-minimal.sh` that is responsible for the image-specific setups. Also, use squashfs for test-popular-containers tests, as there is no specific reason for them to be ext4. Signed-off-by: James Curtis <jxcurtis@amazon.co.uk>
ca9bd5d to
2e0da39
Compare
|
The docker-popular tests pass with the new build process, and PR tests passed with newly built CI artifacts. Merging. |
Changes
Move
rebuild.shrootfs building code into commonfunctionsfile and refactor slightly, allowing the function to take an extra script as a parameter, with that script being run inside the container. This allows different behaviour to be specified for CI rootfs and docker popular rootfs.Then change test-docker-popular to reuse this common rootfs builder code.
NB: docker-popular now uses squashfs rather than ext4 as before.
Reason
We currently have two very similar processes for building rootfs. One for building a CI rootfs, and another for running Firecracker in popular docker images (test-docker-popular). We should instead have a common implementation that works for both, for easier extensibility and maintainability.
License Acceptance
By submitting this pull request, I confirm that my contribution is made under
the terms of the Apache 2.0 license. For more information on following Developer
Certificate of Origin and signing off your commits, please check
CONTRIBUTING.md.PR Checklist
tools/devtool checkbuild --allto verify that the PR passesbuild checks on all supported architectures.
tools/devtool checkstyleto verify that the PR passes theautomated style checks.
how they are solving the problem in a clear and encompassing way.
in the PR.
CHANGELOG.md.Runbook for Firecracker API changes.
integration tests.
TODO.rust-vmm.