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
This issue is for tracking and discussing potential interest in adding more QEMU functionality to umbrelOS. Currently, umbrelOS should have pretty good QEMU integration out-of-the-box, due to it being built on top of debian bookworm. However, @phaus noted a specific use case for a QEMU Guest Agent (getumbrel/umbrel-apps#1444), which allows the VM host to retrieve the client’s IP address.
We could explore adding more QEMU functionality to the core OS, but this would depend on there being a strong use-case for it and ensuring that it does not negatively impact users who do not use QEMU.
Would love any feedback or thoughts on this topic, particularly around potential use cases.
The text was updated successfully, but these errors were encountered:
Hi there…
Since I am the creator of the initial request: Sometimes you already have a running Hypervisor (e.g. proxmox) in your homelab and you would like to don't setup another bare metal system to run umbrel.
For that reason it would be great to have reliable support as a VM guest.
That allows for example a proper shutdown. Also the IP of the guest (aka umbrel) is known to the hypervisor.
My initial approach was to use a docker image, that already packages the original add-ons.
Due to the requirement of using system devices, the security has to be widened for this container to work properly.
But you could also implement a service, that connectes to the (VM) linux device directly and implements the protocol.
I already linked a minimal Go implementation in the original issue: https://github.com/bradfitz/qemu-guest-kragent/blob/main/kragent.go
This issue is for tracking and discussing potential interest in adding more QEMU functionality to umbrelOS. Currently, umbrelOS should have pretty good QEMU integration out-of-the-box, due to it being built on top of debian bookworm. However, @phaus noted a specific use case for a QEMU Guest Agent (getumbrel/umbrel-apps#1444), which allows the VM host to retrieve the client’s IP address.
We could explore adding more QEMU functionality to the core OS, but this would depend on there being a strong use-case for it and ensuring that it does not negatively impact users who do not use QEMU.
Would love any feedback or thoughts on this topic, particularly around potential use cases.
The text was updated successfully, but these errors were encountered: