Bug 1043738
| Summary: | Guest display abnormal with multiple monitors | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | mazhang <mazhang> | ||||||||
| Component: | spice | Assignee: | Default Assignee for SPICE Bugs <rh-spice-bugs> | ||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Desktop QE <desktop-qa-list> | ||||||||
| Severity: | medium | Docs Contact: | |||||||||
| Priority: | medium | ||||||||||
| Version: | 7.0 | CC: | acathrow, dblechte, hhuang, jjongsma, juzhang, marcandre.lureau, mazhang, michen, qzhang, virt-maint | ||||||||
| 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-07-16 10:14: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: | |||||||||||
| Bug Depends On: | 1109400 | ||||||||||
| Bug Blocks: | |||||||||||
| Attachments: |
|
||||||||||
Created attachment 837538 [details]
guest screen snapshot2
Can you provide a debug log of the spice-vdagent running on the guest? (By the way, the overlapping displays in the second screenshot is probably caused by bug 1002156.) Created attachment 839550 [details]
spice vdagent log
Hm. that vdagent log doesn't seem to have any evidence of the client sending a monitor configuration to the guest. Perhaps you have to manually kill the spice-vdagent process (not spice-vdagentd), and then manually start it within your guest session (in a terminal, run: 'spice-vdagent -xd'). Then disconnect from the guest and re-launch remote-viewer and see what happens. actually, ignore that request for now. This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. mazhang, can you reproduce this on latest build? I think this is likely fixed by rebase to 0.6.0 Test this bug on qemu-kvm-1.5.3-66.el7.x86_64, the problem has gone. Host: qemu-img-1.5.3-66.el7.x86_64 qemu-kvm-tools-1.5.3-66.el7.x86_64 qemu-kvm-common-1.5.3-66.el7.x86_64 qemu-kvm-debuginfo-1.5.3-66.el7.x86_64 ipxe-roms-qemu-20130517-5.gitc4bce43.el7.noarch qemu-kvm-1.5.3-66.el7.x86_64 kernel-3.10.0-128.el7.x86_64 spice-server-0.12.4-5.el7.x86_64 Guest: kernel-3.10.0-123.el7.x86_64 spice-vdagent-0.14.0-7.el7.x86_64 Client: virt-viewer-0.6.0-9.el6.x86_64 Cli: /usr/libexec/qemu-kvm \ -M pc \ -cpu SandyBridge \ -m 2G \ -smp 4,sockets=2,cores=2,threads=1,maxcpus=160 \ -enable-kvm \ -name rhel7 \ -uuid 990ea161-6b67-47b2-b803-19fb01d30d12 \ -smbios type=1,manufacturer='Red Hat',product='RHEV Hypervisor',version=el6,serial=koTUXQrb,uuid=feebc8fd-f8b0-4e75-abc3-e63fcdb67170 \ -k en-us \ -rtc base=localtime,clock=host,driftfix=slew \ -nodefaults \ -monitor stdio \ -qmp tcp:0:6666,server,nowait \ -boot menu=on \ -bios /usr/share/seabios/bios.bin \ -chardev socket,id=seabios,path=/tmp/seabios0,server,nowait \ -device isa-debugcon,chardev=seabios,iobase=0x402 \ -monitor unix:/tmp/socket0,server,nowait -device sga \ -vga qxl \ -spice port=5900,disable-ticketing \ -drive file=/mnt/rhel7-64.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,cache=none,werror=stop,rerror=stop,aio=threads \ -device virtio-blk-pci,scsi=off,bus=pci.0,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 \ -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x7 \ -chardev socket,id=channel0,host=127.0.0.1,port=12345,server,nowait \ -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=channel0,id=channel0,name=com.redhat.rhevm.vdsm \ -chardev spicevmc,id=charchannel1,name=vdagent \ -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=com.redhat.spice.0 \ Result: Guest screen full fill in two monitors, display normal. ok thanks |
Created attachment 837536 [details] guest screen snapshot Description of problem: Guest display abnormal with multiple monitors. Version-Release number of selected component (if applicable): Host: qemu-kvm-rhev-1.5.3-21.el7.x86_64 spice-server-0.12.4-3.el7.x86_64 kernel-3.10.0-57.el7.x86_64 Guest: RHEL7-64 spice-vdagent-0.14.0-5.el7.x86_64 Client: RHEL6.5-64 virt-viewer-0.5.6-8.el6.x86_64 spice-client-0.8.2-15.el6.x86_64 spice-gtk-0.20-11.el6.x86_64 spice-glib-0.20-11.el6.x86_64 How reproducible: 3/4 Steps to Reproduce: 1.start qemu-kvm with following cli: gdb --args /usr/libexec/qemu-kvm \ -M pc \ -cpu host \ -m 4G \ -smp 4,maxcpus=16 \ -enable-kvm \ -name rhel7 \ -uuid 990ea161-6b67-47b2-b803-19fb01d30d12 \ -smbios type=1,manufacturer='Red Hat',product='RHEV Hypervisor',version=el6,serial=koTUXQrb,uuid=feebc8fd-f8b0-4e75-abc3-e63fcdb67170 \ -k en-us \ -rtc base=localtime,clock=host,driftfix=slew \ -nodefaults \ -monitor stdio \ -qmp tcp:0:6666,server,nowait \ -boot menu=on \ -bios /usr/share/seabios/bios.bin \ -drive file=/home/rhel7-64.qcow2,if=none,id=drive-data-disk,format=qcow2,cache=none,aio=native,werror=stop,rerror=stop \ -device virtio-blk-pci,bus=pci.0,scsi=off,drive=drive-data-disk,id=data-disk \ -vga qxl \ -spice port=5900,disable-ticketing \ -device virtio-serial-pci,id=virtio-serial1 \ -chardev spicevmc,id=charchannel0,name=vdagent \ -device virtserialport,bus=virtio-serial1.0,nr=3,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 \ 2.Connect guest, client machine has two monitors #remote-viewer spice://10.66.106.39:5900 --full-screen=auto-conf 3. Actual results: Guest display abnormal, see attachment. Expected results: Guest display normal. Additional info: