[opensuse-kubic] Can't seem to get Video Mode QXL & USB Redirector to work in KVM/Libvirt installed on Micro-OS via a remote Virtual Machine Manager
Hi everyone, I have installed Micro-OS as my hypervisor for KVM/Libvirt on a server which I am going to use to run a few mission critical (mostly Windows) VMs in a couple of weeks but seem to have a few issues I cannot figure out on my own no matter how much time I spend on it. On the said Micro-OS server I have installed the KVM server patterns (patterns-server-kvm_server & patterns-server-kvm_tools) and I can connect to it from a remote OpenSUSE Tumbleweed machine using the Virtual Machine Manager after ensuring that the libvirtd is running on the Micro-OS server (which was not running by default). The problem is that when making new (Windows) VMs I cannot seem to use Video Mode QXL (Virtual Hardware Details > Video > Details tab) or SpiceVMC USB Redirectors without the VM throwing an error and not running. When choosing Video QXL the error is; "Error changing VM configuration: unsupported configuration: domain configuration does not support 'video model' value 'qxl'" and in case of the USB redirection the error is; "Error starting domain: unsupported configuration: USB redirection is not supported by this version of QEMU" The reason why this is weird to me is that I have the very same configuration set up on a Tumbleweed server which works just fine and I can use both the QXL video mode, and the Spice USB redirector without any issues, however the same is not happening in Micro-OS for some reason. I have also checked and the QEMU version in both cases (Micro-OS and Tumbleweed server) are 5.1.0. I should also mention that the VMs use a UEFI firmware as opposed to BIOS with the Q35 chipset. I know this may not be the right place to ask this question, but I am really stuck and can't seem to figure this out on my own. Cheers. -- To unsubscribe, e-mail: opensuse-kubic+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kubic+owner@opensuse.org
On Mon, 2020-09-14 at 12:32 +0430, The Undertaker wrote:
Hi everyone,
I have installed Micro-OS as my hypervisor for KVM/Libvirt on a server which I am going to use to run a few mission critical (mostly Windows) VMs in a couple of weeks but seem to have a few issues I cannot figure out on my own no matter how much time I spend on it.
On the said Micro-OS server I have installed the KVM server patterns (patterns-server-kvm_server & patterns-server-kvm_tools) and I can connect to it from a remote OpenSUSE Tumbleweed machine using the Virtual Machine Manager after ensuring that the libvirtd is running on the Micro-OS server (which was not running by default).
The problem is that when making new (Windows) VMs I cannot seem to use Video Mode QXL (Virtual Hardware Details > Video > Details tab) or SpiceVMC USB Redirectors without the VM throwing an error and not running.
When choosing Video QXL the error is; "Error changing VM configuration: unsupported configuration: domain configuration does not support 'video model' value 'qxl'"
and in case of the USB redirection the error is; "Error starting domain: unsupported configuration: USB redirection is not supported by this version of QEMU"
The reason why this is weird to me is that I have the very same configuration set up on a Tumbleweed server which works just fine and I can use both the QXL video mode, and the Spice USB redirector without any issues, however the same is not happening in Micro-OS for some reason.
I have also checked and the QEMU version in both cases (Micro-OS and Tumbleweed server) are 5.1.0. I should also mention that the VMs use a UEFI firmware as opposed to BIOS with the Q35 chipset.
I know this may not be the right place to ask this question, but I am really stuck and can't seem to figure this out on my own.
Cheers.
A quick workaround would be to install the two new subpackages that provide that functionality transactional-update pkg in qemu-hw-usb-redirect qemu-hw-display-qxl It seems the new packages aren't being pulled in on upgrades like the virtualisation team intended, so it would be great if you could also file a bug for the virtualisation componant of Tumbleweed to get them to look at that Thanks in advance -- Richard Brown Linux Distribution Engineer - Future Technology Team Phone +4991174053-361 SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, D-90409 Nuernberg (HRB 36809, AG Nürnberg) Geschäftsführer: Felix Imendörffer -- To unsubscribe, e-mail: opensuse-kubic+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kubic+owner@opensuse.org
Hi Richard, Thank you for pointing me to the right direction, I had no idea that those were the two required sub-packages for the functionality. I am honestly learning new things everytime I ask a question in this community! I would like to confirm that installing the two sub-packages seems to have fixed the issue, of course I just checked over a slow internet connection right before bed. More testing to follow early tomorrow morning on a more proper (wired) connection. As for submitting the bug, I went ahead and submitted my first bug (https://bugzilla.opensuse.org/show_bug.cgi?id=1176517) which I hope is done satisfactorily. Thank you very much for the help! On Mon, 14 Sep 2020 at 16:56, Richard Brown <rbrown@suse.de> wrote:
On Mon, 2020-09-14 at 12:32 +0430, The Undertaker wrote:
Hi everyone,
I have installed Micro-OS as my hypervisor for KVM/Libvirt on a server which I am going to use to run a few mission critical (mostly Windows) VMs in a couple of weeks but seem to have a few issues I cannot figure out on my own no matter how much time I spend on it.
On the said Micro-OS server I have installed the KVM server patterns (patterns-server-kvm_server & patterns-server-kvm_tools) and I can connect to it from a remote OpenSUSE Tumbleweed machine using the Virtual Machine Manager after ensuring that the libvirtd is running on the Micro-OS server (which was not running by default).
The problem is that when making new (Windows) VMs I cannot seem to use Video Mode QXL (Virtual Hardware Details > Video > Details tab) or SpiceVMC USB Redirectors without the VM throwing an error and not running.
When choosing Video QXL the error is; "Error changing VM configuration: unsupported configuration: domain configuration does not support 'video model' value 'qxl'"
and in case of the USB redirection the error is; "Error starting domain: unsupported configuration: USB redirection is not supported by this version of QEMU"
The reason why this is weird to me is that I have the very same configuration set up on a Tumbleweed server which works just fine and I can use both the QXL video mode, and the Spice USB redirector without any issues, however the same is not happening in Micro-OS for some reason.
I have also checked and the QEMU version in both cases (Micro-OS and Tumbleweed server) are 5.1.0. I should also mention that the VMs use a UEFI firmware as opposed to BIOS with the Q35 chipset.
I know this may not be the right place to ask this question, but I am really stuck and can't seem to figure this out on my own.
Cheers.
A quick workaround would be to install the two new subpackages that provide that functionality
transactional-update pkg in qemu-hw-usb-redirect qemu-hw-display-qxl
It seems the new packages aren't being pulled in on upgrades like the virtualisation team intended, so it would be great if you could also file a bug for the virtualisation componant of Tumbleweed to get them to look at that
Thanks in advance
-- Richard Brown Linux Distribution Engineer - Future Technology Team
Phone +4991174053-361 SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, D-90409 Nuernberg (HRB 36809, AG Nürnberg) Geschäftsführer: Felix Imendörffer
-- To unsubscribe, e-mail: opensuse-kubic+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kubic+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-kubic+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kubic+owner@opensuse.org
On Mon, 2020-09-14 at 21:47 +0430, The Undertaker wrote:
Hi Richard,
Thank you for pointing me to the right direction, I had no idea that those were the two required sub-packages for the functionality. I am honestly learning new things everytime I ask a question in this community!
Yeah, basically, the upstream QEMU project is working *a lot* on modularizing the code and the build system. As said by Bruce in the bug report, we're doing the same for our packages. A more modular set of packages, with a much finer grain split of functionalities among packages would be, IMO, something very nice, in the long run. The flip side is that it makes dependencies tricky, especially during the transition. :-) This, in fact, happened to others as well: https://bugzilla.suse.com/show_bug.cgi?id=1175436#c7 https://bugzilla.suse.com/show_bug.cgi?id=1175320 FWIW, it's bitten other as well (and there's more than just the packages issue, i.e., there's the fact that libvirt caches QEMU capabilities and some more complicated stuff): https://www.redhat.com/archives/libvir-list/2020-August/msg00249.html This is, again, FYI, in case you would be interested. Point being this modularization is proving challenging and it indeed caused some issues, no matter how hard we tried to avoid that. :-)
I would like to confirm that installing the two sub-packages seems to have fixed the issue, of course I just checked over a slow internet connection right before bed. More testing to follow early tomorrow morning on a more proper (wired) connection.
That is great to hear. :-)
As for submitting the bug, I went ahead and submitted my first bug (https://bugzilla.opensuse.org/show_bug.cgi?id=1176517) which I hope is done satisfactorily.
And thanks for this. Much appreciated. :-D Regards -- Dario Faggioli, Ph.D http://about.me/dario.faggioli Virtualization Software Engineer SUSE Labs, SUSE https://www.suse.com/ ------------------------------------------------------------------- <<This happens because _I_ choose it to happen!>> (Raistlin Majere)
On Mon, 21 Sep 2020 at 10:15, Dario Faggioli <dfaggioli@suse.com> wrote:
Yeah, basically, the upstream QEMU project is working *a lot* on modularizing the code and the build system.
As said by Bruce in the bug report, we're doing the same for our packages. A more modular set of packages, with a much finer grain split of functionalities among packages would be, IMO, something very nice, in the long run.
The flip side is that it makes dependencies tricky, especially during the transition. :-)
This, in fact, happened to others as well:
https://bugzilla.suse.com/show_bug.cgi?id=1175436#c7 https://bugzilla.suse.com/show_bug.cgi?id=1175320
FWIW, it's bitten other as well (and there's more than just the packages issue, i.e., there's the fact that libvirt caches QEMU capabilities and some more complicated stuff):
https://www.redhat.com/archives/libvir-list/2020-August/msg00249.html
This is, again, FYI, in case you would be interested. Point being this modularization is proving challenging and it indeed caused some issues, no matter how hard we tried to avoid that. :-)
That is great to hear. :-)
Okay, this in its entirety was an education! Thank you so much Dario this truly was most wonderful!
And thanks for this. Much appreciated. :-D
You are most welcome! I for one am glad that my first ever bug report turned out to be useful and was actually not only looked at, but replied to. Cheers. -- To unsubscribe, e-mail: opensuse-kubic+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kubic+owner@opensuse.org
participants (3)
-
Dario Faggioli
-
Richard Brown
-
The Undertaker