Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
Display 2 should be dropped when guest reboot
Version-Release number of selected component (if applicable):
qemu-kvm-rhev-2.9.0-9.el7.x86_64
kernel 3.10.0-679.el7.x86_64(host & guest)
How reproducible:
100%
Steps to Reproduce:
1.Boot rhel7.4 guest with cli:
/usr/libexec/qemu-kvm -name rhel-sp4 -m 4G -machine pc,accel=kvm\
-S \
-cpu Skylake-Client,check,enforce \
-smp 2 \
-monitor stdio \
-qmp tcp:0:4444,server,nowait \
-device virtio-vga,max_outputs=2 \
-serial unix:/tmp/console,server,nowait \
-drive file=rhelsp4.qcow2,if=none,id=drive-scsi-disk0,format=qcow2,cache=none,werror=stop,rerror=stop -device virtio-scsi-pci,id=scsi0,addr=04 -device scs
i-hd,drive=drive-scsi-disk0,bus=scsi0.0,scsi-id=0,lun=0,id=scsi-disk0,bootindex=1 \
-netdev tap,id=idinWyYp,vhost=on -device virtio-net-pci,mac=42:ce:a9:d2:4d:d7,id=idlbq7eA,netdev=idinWyYp \
-spice port=3003,disable-ticketing,agent-mouse=on \
-device virtio-serial-pci -chardev spicevmc,id=vdagent,debug=0,name=vdagent \
-device virtserialport,chardev=vdagent,name=com.redhat.spice.0 \
2.Enable Display 2 from remote viewer: View -> Displays, and enable Secondary display for Display 2 from geust display settings.
3.Reboot guest
Actual results:
Display 2 won't be dropped. After guest reboot finish and login to Desktop, Display 2 show "Waiting for display 2..." and won't get guest desktop graphic automatically. Need to uncheck and check Display 2 again to make it works normally
Expected results:
Display 2 should be dropped when guest reboot. Test against qxl-vga, Display 2 will be dropped and I think it is reasonable to drop display 2 if it cannot get guest desktop graphic automatically
Additional info:
Created attachment 1286948[details]
Screen shot of Display 1 &2
A screenshot show Display 2 won't get guest desktop graphic automatically after guest reboot and login to Desktop
Enable 2nd display will cause qemu core dump, the core dump is tracked by Bug 1505696 - Qemu crashed when open the second display of virtio video. Will verify this bug after 1505696 fix
Hi Gerd,
After testing this bug and reading the patch, I think the solution is keeping all of the Displays opened and output the guest desktop graphic to all of them after guest reboot, right? Although the expect behavior is different from my bug report, but I think this is also a good idea.
But another thing I found during multi displays test is: When you enable the second display, disable the second display won't make it vanish. Further more, the second display will reconnect automatically with no graphic output, this is a regression caused by this fix?
BR/
Zhiyi, Guo
(In reply to Guo, Zhiyi from comment #9)
> Hi Gerd,
> After testing this bug and reading the patch, I think the solution is
> keeping all of the Displays opened and output the guest desktop graphic to
> all of them after guest reboot, right? Although the expect behavior is
> different from my bug report, but I think this is also a good idea.
Yes, the second display will stay, and during reboot will show the "waiting for display ..." message. But given that this is only temporary (the guest gui will pick up the screen after) I think this is fine.
> But another thing I found during multi displays test is: When you enable
> the second display, disable the second display won't make it vanish.
Hmm, yes. It works when you reboot, then disable the second display while the grub menu is displayed. So it seems qemu updates the window layout hints correctly, but the guest driver doesn't pick it up. Could also be a bug on the guest side. Need to look into this. Can you open a new bug for this one?
> Further
> more, the second display will reconnect automatically with no graphic
> output, this is a regression caused by this fix?
Probably related to the issue above.
(In reply to Gerd Hoffmann from comment #11)
> (In reply to Guo, Zhiyi from comment #9)
> > Hi Gerd,
> > After testing this bug and reading the patch, I think the solution is
> > keeping all of the Displays opened and output the guest desktop graphic to
> > all of them after guest reboot, right? Although the expect behavior is
> > different from my bug report, but I think this is also a good idea.
>
> Yes, the second display will stay, and during reboot will show the "waiting
> for display ..." message. But given that this is only temporary (the guest
> gui will pick up the screen after) I think this is fine.
>
> > But another thing I found during multi displays test is: When you enable
> > the second display, disable the second display won't make it vanish.
>
> Hmm, yes. It works when you reboot, then disable the second display while
> the grub menu is displayed. So it seems qemu updates the window layout
> hints correctly, but the guest driver doesn't pick it up. Could also be a
> bug on the guest side. Need to look into this. Can you open a new bug for
> this one?
>
> > Further
> > more, the second display will reconnect automatically with no graphic
> > output, this is a regression caused by this fix?
>
> Probably related to the issue above.
Please see Bug 1544790 - Second display will reconnect without desktop output after enable and disable second display
Now I will close this bug as verified.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHSA-2018:1104
Description of problem: Display 2 should be dropped when guest reboot Version-Release number of selected component (if applicable): qemu-kvm-rhev-2.9.0-9.el7.x86_64 kernel 3.10.0-679.el7.x86_64(host & guest) How reproducible: 100% Steps to Reproduce: 1.Boot rhel7.4 guest with cli: /usr/libexec/qemu-kvm -name rhel-sp4 -m 4G -machine pc,accel=kvm\ -S \ -cpu Skylake-Client,check,enforce \ -smp 2 \ -monitor stdio \ -qmp tcp:0:4444,server,nowait \ -device virtio-vga,max_outputs=2 \ -serial unix:/tmp/console,server,nowait \ -drive file=rhelsp4.qcow2,if=none,id=drive-scsi-disk0,format=qcow2,cache=none,werror=stop,rerror=stop -device virtio-scsi-pci,id=scsi0,addr=04 -device scs i-hd,drive=drive-scsi-disk0,bus=scsi0.0,scsi-id=0,lun=0,id=scsi-disk0,bootindex=1 \ -netdev tap,id=idinWyYp,vhost=on -device virtio-net-pci,mac=42:ce:a9:d2:4d:d7,id=idlbq7eA,netdev=idinWyYp \ -spice port=3003,disable-ticketing,agent-mouse=on \ -device virtio-serial-pci -chardev spicevmc,id=vdagent,debug=0,name=vdagent \ -device virtserialport,chardev=vdagent,name=com.redhat.spice.0 \ 2.Enable Display 2 from remote viewer: View -> Displays, and enable Secondary display for Display 2 from geust display settings. 3.Reboot guest Actual results: Display 2 won't be dropped. After guest reboot finish and login to Desktop, Display 2 show "Waiting for display 2..." and won't get guest desktop graphic automatically. Need to uncheck and check Display 2 again to make it works normally Expected results: Display 2 should be dropped when guest reboot. Test against qxl-vga, Display 2 will be dropped and I think it is reasonable to drop display 2 if it cannot get guest desktop graphic automatically Additional info: