Skip to content

ci: Install the monitors from monitors-build releases - #1183

Merged
urunc-bot[bot] merged 2 commits into
mainfrom
ci/use_monitors-build
Nov 6, 2026
Merged

urunc-bot[bot] merged 2 commits into
mainfrom
ci/use_monitors-build

Conversation

@cmainas

@cmainas cmainas commented Oct 29, 2026 •

Copy link
Copy Markdown
Contributor

Description

The e2e tests gathered the monitors from several places: QEMU came from apt, Firecracker, Cloud Hypervisor and hyperlight-unikraft from their upstream releases, virtiofsd from an S3 bucket, and Solo5 was built from source.

To resolve that, we created the monitors-build repository, which publishes static builds of all of them, bundled in a single archive per architecture. Therefore, use these archives instead.

The workflows set the version of each monitor, now including QEMU and virtiofsd, and a new find-monitors-release action looks up the monitors-build release that bundles these versions. The action also keeps the default versions, so they are set in a single place. The archive is verified against its SHA-256 checksum and extracts to /opt/urunc, and the urunc configuration points every monitor there. The Firecracker used for FreeBSD is still downloaded separately, since monitors-build does not provide it.

On pull requests, vm_test runs the tests of the main branch, but GitHub loads the workflow itself from the pull request. Therefore, both e2e workflows fetch the action from the pull request too, so it always matches the workflow that uses it. A change in the action also runs the e2e tests of the pull request.

As a result, the tests run with a static QEMU v10.1.1 instead of the one Ubuntu provides, hyperlight-unikraft is also installed on arm64, and the Kubernetes test also gets Cloud Hypervisor, hyperlight-unikraft, virtiofsd and, on arm64, QEMU.

Finally, update the monitors-build instructions in the docs to the v0.2.0 release, which includes hyperlight-unikraft. Simiarly with the CI, the instructions verify the archive's checksum before they extract it.

Related issues

How was this tested?

In the PR CI.

LLM usage

Opus 5.5

Checklist

  • I have read the contribution guide.
  • The linter passes locally (make lint).
  • The e2e tests of at least one tool pass locally (make test_ctr, make test_nerdctl, make test_docker, make test_crictl).
  • If LLMs were used: I have read the llm policy.

@netlify

netlify Bot commented Oct 29, 2026 •

Copy link
Copy Markdown

✅ Deploy Preview for urunc ready!

Name Link
🔨 Latest commit 298bcb0
🔍 Latest deploy log https://app.netlify.com/projects/urunc/deploys/6aede99cb79131fd324097a3
😎 Deploy Preview https://deploy-preview-1183--urunc.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

@cmainas
cmainas force-pushed the ci/use_monitors-build branch from e8e0b14 to 633290b Compare November 3, 2026 14:05
@cmainas
cmainas marked this pull request as ready for review November 3, 2026 14:26
@cmainas
cmainas requested a review from ananos November 3, 2026 14:26
@cmainas
cmainas force-pushed the ci/use_monitors-build branch from 633290b to aa89540 Compare November 3, 2026 19:13

@ananos ananos left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks @cmainas

The e2e tests gathered the monitors from several places: QEMU came from
apt, Firecracker, Cloud Hypervisor and hyperlight-unikraft from their
upstream releases, virtiofsd from an S3 bucket, and Solo5 was built from
source. To resolve that, we created the monitors-build repository, which
publishes static builds of all of them, bundled in a single archive per
architecture. Therefore, use these archives instead.

The workflows set the version of each monitor, now including QEMU and
virtiofsd, and a new find-monitors-release action looks up the
monitors-build release that bundles these exact versions. The archive
extracts to `/opt/urunc`, and the urunc configuration points every
monitor there. As a result, the tests now run with a static QEMU v10.1.1
instead of the one Ubuntu provides.

Since the archive provides every monitor for both architectures,
hyperlight-unikraft is now also installed on arm64, and the Kubernetes
test also gets Cloud Hypervisor, hyperlight-unikraft, virtiofsd and,
on arm64, QEMU. The packages that only built Solo5 or came with the
apt QEMU are no longer installed.

The default versions of the monitors were set in vm_test and again in
every caller of kind_test. Keep them in the find-monitors-release action
instead, so they are set in a single place, and let ci.yml forward any
overrides to kind_test as well.

Since the action is now part of the e2e environment, a change in it also
runs the e2e tests of the pull request.

PR: #1183
Signed-off-by: Charalampos Mainas <charalampos.mainas@gmail.com>
Reviewed-by: Anastassios Nanos <ananos@nubificus.co.uk>
Approved-by: Anastassios Nanos <ananos@nubificus.co.uk>
The monitors-build releases now include hyperlight-unikraft and name
their archives after the bundled versions. Update the example to the
v0.2.0 release, install the monitors in `/opt/urunc` and add
hyperlight-unikraft to the urunc configuration.

PR: #1183
Signed-off-by: Charalampos Mainas <charalampos.mainas@gmail.com>
Reviewed-by: Anastassios Nanos <ananos@nubificus.co.uk>
Approved-by: Anastassios Nanos <ananos@nubificus.co.uk>
@github-actions
github-actions Bot force-pushed the ci/use_monitors-build branch from aa89540 to 298bcb0 Compare November 6, 2026 14:52
@urunc-bot
urunc-bot Bot merged commit 8355257 into main Nov 6, 2026
4 of 7 checks passed
urunc-bot Bot pushed a commit that referenced this pull request Nov 6, 2026
The e2e tests gathered the monitors from several places: QEMU came from
apt, Firecracker, Cloud Hypervisor and hyperlight-unikraft from their
upstream releases, virtiofsd from an S3 bucket, and Solo5 was built from
source. To resolve that, we created the monitors-build repository, which
publishes static builds of all of them, bundled in a single archive per
architecture. Therefore, use these archives instead.

The workflows set the version of each monitor, now including QEMU and
virtiofsd, and a new find-monitors-release action looks up the
monitors-build release that bundles these exact versions. The archive
extracts to `/opt/urunc`, and the urunc configuration points every
monitor there. As a result, the tests now run with a static QEMU v10.1.1
instead of the one Ubuntu provides.

Since the archive provides every monitor for both architectures,
hyperlight-unikraft is now also installed on arm64, and the Kubernetes
test also gets Cloud Hypervisor, hyperlight-unikraft, virtiofsd and,
on arm64, QEMU. The packages that only built Solo5 or came with the
apt QEMU are no longer installed.

The default versions of the monitors were set in vm_test and again in
every caller of kind_test. Keep them in the find-monitors-release action
instead, so they are set in a single place, and let ci.yml forward any
overrides to kind_test as well.

Since the action is now part of the e2e environment, a change in it also
runs the e2e tests of the pull request.

PR: #1183
Signed-off-by: Charalampos Mainas <charalampos.mainas@gmail.com>
Reviewed-by: Anastassios Nanos <ananos@nubificus.co.uk>
Approved-by: Anastassios Nanos <ananos@nubificus.co.uk>
@ananos
ananos deleted the ci/use_monitors-build branch November 6, 2026 15:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Replace the manually installed monitor binaries with getting them from monitors-build

2 participants