Open vholer opened 3 years ago
PRs to merge into master as a workaround which uses unified /usr/bin/qemu-kvm-one
symlink:
The issue should be left opened for a proper solution, which inteligently takes emulator and respects the guest VM architecture,
Description
Currently, the default path to the QEMU is hardcoded in the
vmm_exec_kvm.conf
:https://github.com/OpenNebula/one/blob/6230e2d7c6ff5f037bad17684fda94beb116f3ed/src/vmm_mad/exec/vmm_exec_kvm.conf#L31
and, adjusted for each build platform during the packaging to
/usr/libexec/qemu-kvm
/usr/bin/qemu-kvm
/usr/bin/qemu-system-x86_64
This introduces following problems in
heterogenous environments (e.g., F-E CentOS, HV mixed Debian and CentOS) - and requires to a symlink incompatible systems to provide emulator on a same path within all platforms
different architectures, where that (e.g.,
OS=[arch="aarch64"]
) requires a completely different emulator (e.g.,/usr/bin/qemu-system-aarch64
).Vague proposal is to:
extend probes fetching current
KVM_CPU*
andKVM_MACHINES
to returnUse a VM defaults specific for planned host.
Use case
Interface Changes Monitoring, oned, Sunstone.
Progress Status