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

VM squashfs gets built twice with declarative build #53

Closed
Sohalt opened this issue Jul 6, 2022 · 2 comments
Closed

VM squashfs gets built twice with declarative build #53

Sohalt opened this issue Jul 6, 2022 · 2 comments

Comments

@Sohalt
Copy link
Contributor

Sohalt commented Jul 6, 2022

The VM squashfs always gets built twice. First when building the host, which has something like microvm.vms.foo.flake = self; and then a second time when updating the vm on the host using $ microvm -Ru foo.
Is there a way around that?
Ideally I'd only build the squashfs as part of the host and automatically restart the VM inside the activationScript for the host, if it has changed.

@astro
Copy link
Owner

astro commented Aug 2, 2022

The host-declarative MicroVM is practical to ensure existence of a critical MicroVM (eg. for network access). Too many of these will stretch evaluation time of the host to unbearable length and multiply memory usage. Are you sure you want to continue with that? If so, maybe don't use microvm -u on these?

To satisfy your wish we would have to determine which MicroVM is actually newer: the declaratively installed system, or the imperatively managed one with microvm -u? Any ideas?

@astro
Copy link
Owner

astro commented Apr 22, 2023

Ideally I'd only build the squashfs as part of the host and automatically restart the VM inside the activationScript for the host, if it has changed.

Closing in favor of #94 where solutions to this are discussed.

@astro astro closed this as completed Apr 22, 2023
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

No branches or pull requests

2 participants