You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's a more "standard" init system, so should hopefully make NeonVM easier to hack on and maintain
DoD
NeonVMs use systemd as the init system.
Implementation ideas
This probably also involves switching where we get all the binaries and shared libs — currently those are from alpine, but switching to debian would probably make this much easier. Relevant code is here:
&& sed -i 's/#!\/bin\/sh/#!\/neonvm\/bin\/sh/' /neonvm/bin/udhcpc.script \
&& sed -i 's/export PATH=.*/export PATH=\/neonvm\/bin/' /neonvm/bin/udhcpc.script
(and, maybe this could be easier by just chroot + install? or, it'll be much easier if we're running proper containers inside the VM, because then we don't need to worry about isolating host files)
The text was updated successfully, but these errors were encountered:
Problem description / Motivation
There's a few reasons why we might want to switch to using systemd:
journalctl
, for Epic: Separately tagged logs for VM processes, dmesg, and runner #578DoD
NeonVMs use systemd as the init system.
Implementation ideas
This probably also involves switching where we get all the binaries and shared libs — currently those are from alpine, but switching to debian would probably make this much easier. Relevant code is here:
autoscaling/neonvm/tools/vm-builder/files/Dockerfile.img
Lines 19 to 51 in 8a91e83
(and, maybe this could be easier by just chroot + install? or, it'll be much easier if we're running proper containers inside the VM, because then we don't need to worry about isolating host files)
The text was updated successfully, but these errors were encountered: