Bug 1102178
| Summary: | [remote-viewer] one monitor VM is opened with two remote-viewer's windows | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Jiri Belka <jbelka> | ||||
| Component: | virt-viewer | Assignee: | Virt Viewer Maint <virt-viewer-maint> | ||||
| Status: | CLOSED NOTABUG | QA Contact: | Virtualization Bugs <virt-bugs> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 6.5 | CC: | acathrow, cfergeau, dblechte, desktop-qa-list, jbelka, jjongsma, marcandre.lureau | ||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2014-06-11 20:15:35 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
A few questions: 1. Do you have 2 physical monitors on your client machine? 2. Do you have the "Open in full screen" option selected in the RHEVM console options? If the answer to both questions is 'yes', then this is expected behavior. Answers to #2: 1. yes 2. it opens two windows even I don't have 'Open in full screen' enabled. This is annoying, it didn't work like that in the past. (In reply to Jiri Belka from comment #4) > Answers to #2: > > 1. yes > 2. it opens two windows even I don't have 'Open in full screen' enabled. Yes, there is no guest reconfiguration in this case. You can configure the guest by disabling the extra monitor, this will be remember. This allows the most flexibility, either you want to keep your guest configuration unchanged (then you can change your guest configuration manually) or you reconfigure to match your client screen in full screen. > This is annoying, it didn't work like that in the past. What do you mean? Afaik, spicec used to open as many window as guest was display was configured, just like remote-viewer. As I said, I have never seen this before, it. 1 monitor VM displayed in 2 remote-viewer's windows on 2 monitors client by default. And why I do see this only for a specific VM if it is 'by design'? Is there a knob we could use not to automatically enable this flexibility? Can SPICE guys comment this? (In reply to Jiri Belka from comment #6) > As I said, I have never seen this before, it. 1 monitor VM displayed in 2 > remote-viewer's windows on 2 monitors client by default. Oh I missed somehow that "the same" monitor is displayed in 2 windows. > And why I do see this only for a specific VM if it is 'by design'? Is there > a knob we could use not to automatically enable this flexibility? > > Can SPICE guys comment this? It's only rhel6 vm? Can you provide the "xrandr" configuration of the guest? # cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.5 (Santiago) Screen 0: minimum 320 x 200, current 3520 x 1012, maximum 8192 x 8192 qxl-0 connected 1920x1012+0+0 0mm x 0mm 1024x768 60.0 + 2560x1600 60.0 2000x2000 60.0 2560x1440 60.0 2048x1536 60.0 1920x1440 60.0 1920x1200 60.0 1920x1080 60.0 1600x1200 60.0 1680x1050 60.0 1400x1050 60.0 1600x900 60.0 1280x1024 60.0 1440x900 60.0 1280x960 60.0 1366x768 60.0 1360x768 60.0 1280x800 60.0 1152x870 60.0 1152x864 60.0 1280x768 60.0 1280x760 60.0 1280x720 60.0 1024x600 60.0 960x640 60.0 832x624 60.0 800x600 60.0 800x480 60.0 640x480 60.0 1920x1012-0 0.1* qxl-1 connected 1600x830+1920+0 0mm x 0mm 1024x768 60.0 + 2560x1600 60.0 2000x2000 60.0 2560x1440 60.0 2048x1536 60.0 1920x1440 60.0 1920x1200 60.0 1920x1080 60.0 1600x1200 60.0 1680x1050 60.0 1400x1050 60.0 1600x900 60.0 1280x1024 60.0 1440x900 60.0 1280x960 60.0 1366x768 60.0 1360x768 60.0 1280x800 60.0 1152x870 60.0 1152x864 60.0 1280x768 60.0 1280x760 60.0 1280x720 60.0 1024x600 60.0 960x640 60.0 832x624 60.0 800x600 60.0 800x480 60.0 640x480 60.0 1600x900-1 0.1 1600x830-1 0.1* qxl-2 disconnected qxl-3 disconnected (In reply to Jiri Belka from comment #8) > # cat /etc/redhat-release > Red Hat Enterprise Linux Server release 6.5 (Santiago) > > Screen 0: minimum 320 x 200, current 3520 x 1012, maximum 8192 x 8192 > qxl-0 connected 1920x1012+0+0 0mm x 0mm > qxl-1 connected 1600x830+1920+0 0mm x 0mm > qxl-2 disconnected > qxl-3 disconnected This says that 2 monitors are enabled in guest. The client will open each enabled monitor. Since there is no auto-conf, it remains unchanged (even on 1 monitor client). As I see it, there is no bug. Just to add a bit more: If you disable one of the displays and then close remote-viewer and re-open it, then it should only open a single client window (because only one guest display is now enabled). It seems that this is working for you since in comment #1 you said "I can uncheck 2nd display in remote-viewer menu and it is remembered.". As far as I know this is how it has worked for quite a while. So there must be something we're not understanding since you say "it didn't work like that in the past". Can you clarify at all? 1. spice-xpi - fullscreen: never remembered 2. spice-xpi - non-fullscreen: remembered 3. native (remote-viewer) - fullscreen: never remembered 4. native (remote-viewer) - non-fullscreen: remembered I'm sorry, but I don't know what "remembered" or "never remembered" means. Please describe the behavior explicitly. - remembered = it does open just one display as i before unchecked 2nd display in remote-viewer menu - non-remember = it opens 2 displays this not a bug, it is how it has been designed. Either you open in fullscreen, in which case, guest is reconfigured to match you client configuration (ie 2 monitors on 2 client monitors) Or you open in window mode, in which case no reconfiguration happen, you get n window open, with n being the number of monitors currently configured in guest. For anything more fancy, setting which monitor goes where etc, there is an rfe: https://bugzilla.redhat.com/show_bug.cgi?id=957593 |
Created attachment 900037 [details] logs Description of problem: I have a 1 monitor RHEL6 x86_64 VM. When I open it from User Portal (RHEVM), doesn't matter if spice-xpi or natively, I get _two_ remote viewer's windows emulating two monitors. This is very annoying but at least I can uncheck 2nd display in remote-viewer menu and it is remembered. I have this issue only with one VM till now: May 28 16:23:18 dhcp131-103 spice: (remote-viewer:20349): GSpiceController-DEBUG: controller.vala:137: got FULL_SCREEN 0x2 Other VMs open normally and I see: May 28 16:22:17 dhcp131-103 spice: (remote-viewer:20327): GSpiceController-DEBUG: controller.vala:137: got FULL_SCREEN 0x1 My VM: ... <video> <address bus="0x00" domain="0x0000" function="0x0" slot="0x02" type="pci"/> <model heads="1" ram="65536" type="qxl" vram="32768"/> </video> ... LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name el6-x64 -S -M rhel6.5.0 -cpu Nehalem -enable-kvm -m 1024 -realtime mlock=off -smp 1,maxcpus=160,sockets=160,cores=1,threads=1 -uuid 4c75a089-0dc3-4d55-b05b-08fd2718d108 -smbios type=1,manufacturer=Red Hat,product=RHEV Hypervisor,version=6.5-20140521.0.el6ev,serial=4C4C4544-0058-3410-8058-C3C04F38354A,uuid=4c75a089-0dc3-4d55-b05b-08fd2718d108 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/el6-x64.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-05-28T08:12:19,driftfix=slew -no-shutdown -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x5.0x7 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x5.0x1 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x5.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x6 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x7 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/00000002-0002-0002-0002-0000000002bb/180e37ae-456b-4953-95dd-6da633b635c5/images/253a3e39-ba15-4b2f-9b76-a4015e94e9ac/961b0729-b6c3-47bd-95d8-6a32b3043e79,if=none,id=drive-scsi0-0-0-0,format=qcow2,serial=253a3e39-ba15-4b2f-9b76-a4015e94e9ac,cache=none,werror=stop,rerror=stop,aio=threads -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 -netdev tap,fd=36,id=hostnet0,vhost=on,vhostfd=37 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:e4:3f:42,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/4c75a089-0dc3-4d55-b05b-08fd2718d108.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/4c75a089-0dc3-4d55-b05b-08fd2718d108.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice port=5904,tls-port=5905,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global qxl-vga.vram_size=33554432 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1 -chardev spicevmc,id=charredir2,name=usbredir -device usb-redir,chardev=charredir2,id=redir2 -chardev spicevmc,id=charredir3,name=usbredir -device usb-redir,chardev=charredir3,id=redir3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 Version-Release number of selected component (if applicable): xorg-x11-drv-qxl-0.1.0-8.el6_5.x86_64 spice-vdagent-0.14.0-3.el6_5.x86_64 virt-viewer-0.5.6-8.el6_5.3.x86_64 How reproducible: just happens, unknown Steps to Reproduce: 1. 2. 3. Actual results: 1 monitor VM, 2 displays in remote-viewer Expected results: 1 display in remote-viewer Additional info: if I want to "emulate" 2 displays in remote-viewer then I should be the one who decides that, not automatically.