Hide Forgot
+++ This bug was initially created as a clone of Bug #1029582 +++ Description of problem: After setting the VM with options Display: Spice, Video QXL, Controller: Virtio Serial, and setting the spicevmc Channel, the VM should be setup to display spice and use the qxl driver by default. However, the VM is still configured to use Vesa drivers in /etc/X11/xorg.conf, so qxl is not set and cannot be used by the client, until it the file is manually changed to qxl or manually deleted (This process should be taken care of by virt-manager) Version-Release number of selected component (if applicable): Host: RHEL 7 RHEL-7.0-20131106.n.1 spice-server-0.12.4-3.el7.x86_64 libvirt-1.1.1-11.el7.x86_64 qemu-kvm-1.5.3-13.el7.x86_64 Guest: RHEL 6.5 RC1.2 spice-vdagent-0.14.0.2-el6.x86_64 xorg-x11-drv-qxl-0.1.0-7.el6.x86_64 How reproducible: 100% Steps to Reproduce: 1. Create a VM from Virt-Manager 2. Set all the Spice options from Virt-Manager (Display: Spice, Video QXL, Controller: Virtio Serial, and setting the spicevmc Channel) 3. try to use qxl (automatic resolution match to client in full screen) or verify it is set in /etc/X11/xorg.conf Actual results: /etc/X11/xorg.conf points to Vesa drivers instead of qxl when going to full screen using remote-viewer there is no resolution match to client, because qxl drivers are not set Expected results: /etc/X11/xorg.conf points to qxl drivers when going to full screen using remote-viewer there is a resolution match to the client's resolution. Additional info:
This is not something the host should be doing. There are couple of possibilities on how this can be solved, but all of them should be taken care of in the guest OS; as any other HW change, the guest should reflect the change by reconfiguring itself properly. Host cannot be responsible for such things. IMO, I think this should be handled by whatever application saves the xorg.conf file. A workaround may be done in spice-vdagent, but that doesn't seem as a clean way to me. Looking at the docs, it looks like there shouldn't be any xorg.conf. If needed (by a certain situation), it can be created and then it should be honored and not changed automatically. Did you create it yourself (a) or (b) was it created automatically for you? If (a), then this is not a bug, if (b), then this bug needs to be transferred to the component which created it.
Vimal, I agree with Martin that what you're requesting is outside the scope of virt-manager. Typically the guest OS installer takes care of configuring things correctly.
I did not create the xorg.conf file, it was already there after VM creation. Then, changing the Video driver to qxl has no impact because of the existing xorg.conf file. I had to manually delete it or change it to qxl.
So then it needs to be transferred to the application which created the xorg.conf file. I'm almost sure anaconda doesn't do that, but the same applies for others, so I'm moving this to the installer team at least to identify whether they do this or not. I don't know what else to suspect apart from anaconda.
Changing to a doc bug on the Virtualization Administration Guide. After some research, the RHEVM documentation describes the procedure of how qxl should work, and be configured. Which is to install the driver and modify the xorg.conf file; however, this is not mentioned in the Virtualization Administration Guide in regards to virt-manager. In the RHEVM 3.2 Administration Guide, the sections are: 8.13.2.1 8.13.2.2 8.13.2.3
At this moment xorg.conf is absent and is not created during RHEL6/7 installation. According to: https://access.redhat.com/solutions/5263 Red Hat Enterprise Linux 6 and above may not create xorg.conf, and usually do not require the same for a functional display, as this is managed using haldaemon.