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.
Bug 1152574 - keep menu enabled when input channel is open (and not when display is ready)
Summary: keep menu enabled when input channel is open (and not when display is ready)
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: virt-viewer
Version: 7.1
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: 7.2
Assignee: Virt Viewer Maint
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-10-14 12:51 UTC by David Jaša
Modified: 2015-09-28 21:09 UTC (History)
12 users (show)

Fixed In Version: virt-viewer-2.0-1.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-08-28 09:48:02 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
qemu log (with spice-server, qxl device and qxl driver log level raised) (95.58 KB, text/plain)
2014-10-14 12:51 UTC, David Jaša 		no flags Details
client log (127.62 KB, text/plain)
2014-10-14 13:03 UTC, David Jaša 		no flags Details
virt-viewer debug log (55.24 KB, text/plain)
2015-07-22 08:19 UTC, Xiaodai Wang 		no flags Details
the debuginfo when reproducing the bug (133.08 KB, text/plain)
2015-08-13 03:51 UTC, zhoujunqin 		no flags Details
sendkey menu enabled (1.61 MB, image/png)
2015-08-13 03:55 UTC, Xiaodai Wang 		no flags Details
sendkey menu disabled (1.63 MB, image/png)
2015-08-13 03:55 UTC, Xiaodai Wang 		no flags Details
View All

Description David Jaša 2014-10-14 12:51:29 UTC 
Created attachment 946869 [details]
qemu log (with spice-server, qxl device and qxl driver log level raised)

Description of problem:
When bug 1152509 occurs, it isn't even possible to send Ctrl-Alt-Fi keys to make the guest switch to console.

Version-Release number of selected component (if applicable):
client: 

How reproducible:
client:
  spice-gtk3-0.22-2.el7.x86_64
  virt-viewer-0.6.0-8.el7.x86_64
host:
  spice-server-0.12.4-7.el7.x86_64
  qemu-kvm-1.5.3-75.el7.x86_64
guest:
  kernel-3.10.0-187.el7.x86_64
  xorg-x11-drv-qxl-0.1.1-9.el7.x86_64
  xorg-x11-server-Xorg-1.15.0-29.el7.x86_64

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:
Comment 1 David Jaša 2014-10-14 12:54:11 UTC 
steps to reproduce:
1. trigger bug 1152509

actual results:
  * client displays just "waiting for display i..." forever, even after a
    new connection
  * only guest reboot can make the VM recover

expected results:
connection still works enough so that user can successfully switch to console
Comment 2 David Jaša 2014-10-14 13:03:30 UTC 
Created attachment 946874 [details]
client log
Comment 3 Jonathon Jongsma 2014-10-14 16:46:57 UTC 
David, was the reason that you couldn't send the ctrl+alt+fN keys because the menu was disabled?
Comment 4 Uri Lublin 2014-10-15 09:11:56 UTC 
Since the guest had a kernel panic it is not responding, until rebooted.

Possibly Spice does send the key sequence, but nobody is listening as the guest
got kernel panic. It would be the same if a physical machine got a kernel panic and users could not switch to console with ctrl+alt+fN.
Comment 5 David Jaša 2014-10-15 11:50:18 UTC 
(In reply to Jonathon Jongsma from comment #3)
> David, was the reason that you couldn't send the ctrl+alt+fN keys because
> the menu was disabled?

Yes, the "Send key" menu is disabled.


(In reply to Uri Lublin from comment #4)
> Since the guest had a kernel panic it is not responding, until rebooted.
> 

It isn't panic. Serial console is still accessible and responding. I guess that so would be rhev/qemu guest agent.

> Possibly Spice does send the key sequence, but nobody is listening as the
> guest
> got kernel panic. It would be the same if a physical machine got a kernel
> panic and users could not switch to console with ctrl+alt+fN.

When there is no panic, there are alt-sysrq magic keys that are currently not accessible in "Send key" unfortunately. :(
Comment 6 Jonathon Jongsma 2014-10-15 14:32:27 UTC 
(In reply to David Jaša from comment #5)
> (In reply to Jonathon Jongsma from comment #3)
> > David, was the reason that you couldn't send the ctrl+alt+fN keys because
> > the menu was disabled?
> 
> Yes, the "Send key" menu is disabled.
> 

OK, I was talking about this very issue yesterday. There's no reason that the send-key menu should be disabled just because the display is not ready. That should be a pretty easy to fix in virt-viewer. If that was fixed, would it solve this bug? or do you want to file a new bug for that?
Comment 7 David Jaša 2014-10-16 08:54:53 UTC 
I think it should be separate.
Comment 8 Jonathon Jongsma 2014-10-16 14:29:14 UTC 
OK, can you clarify what this bug is about then? If bug 1152509 is about the actual display configuration failure, and we open a new bug for the 'send key' menu, what's left to fix here?
Comment 9 David Jaša 2014-10-16 15:03:29 UTC 
Actually, I need to verify what happens if user-mode qxl crashes. If qxl crashes as well and the server won't restore display on switch to console, then it will be a server-side bug - this bug.
Comment 10 Marc-Andre Lureau 2015-01-05 11:32:55 UTC 
moving to 7.2, not clear yet, imho bug is about comment 6 suggestion to keep menu enabled when input channel is open (and not when display is ready).
Comment 12 Jonathon Jongsma 2015-06-09 19:37:02 UTC 
Assuming that this bug is indeed about the menu sensitivity, it should be fixed by the rebase.
Comment 13 Fabiano Fidêncio 2015-07-08 23:25:53 UTC 
Not part of spice. Should be a virt-viewer bug.
Comment 19 Xiaodai Wang 2015-07-15 09:51:40 UTC 
I can reproduce it with following packages:
# rpm -q virt-viewer
virt-viewer-0.6.0-10.el7.x86_64
RHEL7.0 guest(xorg-x11-drv-qxl-0.1.1-9.el7.x86_64 and kernel-3.10.0-123.el7.x86_64): http://download.englab.nay.redhat.com/pub/rhel/released/RHEL-7/7.0/Server/x86_64/iso/

Steps:
1. Modify video mem to " <model type='qxl' ram='16384' vram='16384' vgamem='8192' heads='1'/>" in guest xml.
2. Run "virt-viewer rhel7.0" to connect to guest and try to login the guest.
3. The login fails and the virt-viewer window turns dark and "Waiting for display 1..." displays.
4. Click the menu "Sendkey->Ctrl+Alt+F2~12" to switch to text console mode.


Actual Result:
After click "Ctrl+Alt+F2" menu, can't switch to text console mode.


Upgrade to  virt-viewer-2.0-4.el7.x86_64.rpm version. Rerun the above steps.
But still can't switch to text console mode.

Could you help to confirm the result? thanks!
Comment 20 Fabiano Fidêncio 2015-07-15 10:05:07 UTC 
(In reply to xiaodwan from comment #19)
> I can reproduce it with following packages:
> # rpm -q virt-viewer
> virt-viewer-0.6.0-10.el7.x86_64
> RHEL7.0 guest(xorg-x11-drv-qxl-0.1.1-9.el7.x86_64 and
> kernel-3.10.0-123.el7.x86_64):
> http://download.englab.nay.redhat.com/pub/rhel/released/RHEL-7/7.0/Server/
> x86_64/iso/
> 
> Steps:
> 1. Modify video mem to " <model type='qxl' ram='16384' vram='16384'
> vgamem='8192' heads='1'/>" in guest xml.
> 2. Run "virt-viewer rhel7.0" to connect to guest and try to login the guest.
> 3. The login fails and the virt-viewer window turns dark and "Waiting for
> display 1..." displays.
> 4. Click the menu "Sendkey->Ctrl+Alt+F2~12" to switch to text console mode.
> 
> 
> Actual Result:
> After click "Ctrl+Alt+F2" menu, can't switch to text console mode.
> 
> 
> Upgrade to  virt-viewer-2.0-4.el7.x86_64.rpm version. Rerun the above steps.
> But still can't switch to text console mode.
> 
> Could you help to confirm the result? thanks!

As said in comment 12, if it's about the menu sensitivity, being able to access the menu is what you want to have it verified. If it's not about the menu sensitivity, the reporter should be more clear in the steps to reproduce the issue and what is expected as the result.
Comment 21 Xiaodai Wang 2015-07-15 11:00:09 UTC 
(In reply to Fabiano Fidêncio from comment #20)
> (In reply to xiaodwan from comment #19)
> > I can reproduce it with following packages:
> > # rpm -q virt-viewer
> > virt-viewer-0.6.0-10.el7.x86_64
> > RHEL7.0 guest(xorg-x11-drv-qxl-0.1.1-9.el7.x86_64 and
> > kernel-3.10.0-123.el7.x86_64):
> > http://download.englab.nay.redhat.com/pub/rhel/released/RHEL-7/7.0/Server/
> > x86_64/iso/
> > 
> > Steps:
> > 1. Modify video mem to " <model type='qxl' ram='16384' vram='16384'
> > vgamem='8192' heads='1'/>" in guest xml.
> > 2. Run "virt-viewer rhel7.0" to connect to guest and try to login the guest.
> > 3. The login fails and the virt-viewer window turns dark and "Waiting for
> > display 1..." displays.
> > 4. Click the menu "Sendkey->Ctrl+Alt+F2~12" to switch to text console mode.
> > 
> > 
> > Actual Result:
> > After click "Ctrl+Alt+F2" menu, can't switch to text console mode.
> > 
> > 
> > Upgrade to  virt-viewer-2.0-4.el7.x86_64.rpm version. Rerun the above steps.
> > But still can't switch to text console mode.
> > 
> > Could you help to confirm the result? thanks!
> 
> As said in comment 12, if it's about the menu sensitivity, being able to
> access the menu is what you want to have it verified. If it's not about the
> menu sensitivity, the reporter should be more clear in the steps to
> reproduce the issue and what is expected as the result.

Hi David,

Is the bug about the menu sensitivity? If it is, could you help to check my reproduce steps? when the virt-viewer window turns to "Waiting for display x...", The "Sendkey" menu is still normal and can send "ctrl+alt+fn" to the guest, but it doesn't take effect and can't switch to text console mode.

Thanks
xiaodwan
Comment 22 David Jaša 2015-07-20 13:29:33 UTC 
(In reply to xiaodwan from comment #21)
> Hi David,
> 
> Is the bug about the menu sensitivity? 

Yes.

> If it is, could you help to check my reproduce steps?

Not at this time, maybe during this week.

> when the virt-viewer window turns to "Waiting for display
> x...", The "Sendkey" menu is still normal and can send "ctrl+alt+fn" to the
> guest, but it doesn't take effect and can't switch to text console mode.
> 
> Thanks
> xiaodwan

This needs further investigation. If the keys are sent to the guest (spice server run with SPICE_DEBUG_LEVEL=5 or network sniffing could tell), then you're seeing another issue.
Comment 23 Xiaodai Wang 2015-07-22 08:18:45 UTC 
(In reply to David Jaša from comment #22)
> (In reply to xiaodwan from comment #21)
> > Hi David,
> > 
> > Is the bug about the menu sensitivity? 
> 
> Yes.
> 
> > If it is, could you help to check my reproduce steps?
> 
> Not at this time, maybe during this week.
> 
> > when the virt-viewer window turns to "Waiting for display
> > x...", The "Sendkey" menu is still normal and can send "ctrl+alt+fn" to the
> > guest, but it doesn't take effect and can't switch to text console mode.
> > 
> > Thanks
> > xiaodwan
> 
> This needs further investigation. If the keys are sent to the guest (spice
> server run with SPICE_DEBUG_LEVEL=5 or network sniffing could tell), then
> you're seeing another issue.

I attached the debug info for the problem i met. I'm not sure if it's an issue. Maybe not due to no memory can use for the setting.
<model type='qxl' ram='16384' vram='16384' vgamem='8192' heads='1'/>

Could you help to specify the detailed step about how to reproduce the issue you met? 

Thanks
Comment 24 Xiaodai Wang 2015-07-22 08:19:16 UTC 
Created attachment 1054646 [details]
virt-viewer debug log
Comment 25 David Jaša 2015-07-30 13:27:24 UTC 
Xiaodai, the log mentions all your attempts to switch console so this bug is fixed. The console likely isn't switching because qxl bug (I'll have to try with some guest with serial console to verify it's state).
Comment 26 Xiaodai Wang 2015-08-12 11:30:34 UTC 
(In reply to David Jaša from comment #25)
> Xiaodai, the log mentions all your attempts to switch console so this bug is
> fixed. The console likely isn't switching because qxl bug (I'll have to try
> with some guest with serial console to verify it's state).

Hi David,

What's the qxl bug? Have you tried on your side?  Thanks!

Best Regards
Xiaodwan
Comment 27 zhoujunqin 2015-08-13 03:50:17 UTC 
(In reply to Fabiano Fidêncio from comment #20)
> (In reply to xiaodwan from comment #19)
> > I can reproduce it with following packages:
> > # rpm -q virt-viewer
> > virt-viewer-0.6.0-10.el7.x86_64
> > RHEL7.0 guest(xorg-x11-drv-qxl-0.1.1-9.el7.x86_64 and
> > kernel-3.10.0-123.el7.x86_64):
> > http://download.englab.nay.redhat.com/pub/rhel/released/RHEL-7/7.0/Server/
> > x86_64/iso/
> > 
> > Steps:
> > 1. Modify video mem to " <model type='qxl' ram='16384' vram='16384'
> > vgamem='8192' heads='1'/>" in guest xml.
> > 2. Run "virt-viewer rhel7.0" to connect to guest and try to login the guest.
> > 3. The login fails and the virt-viewer window turns dark and "Waiting for
> > display 1..." displays.
> > 4. Click the menu "Sendkey->Ctrl+Alt+F2~12" to switch to text console mode.
> > 
> > 
> > Actual Result:
> > After click "Ctrl+Alt+F2" menu, can't switch to text console mode.
> > 
> > 
> > Upgrade to  virt-viewer-2.0-4.el7.x86_64.rpm version. Rerun the above steps.
> > But still can't switch to text console mode.
> > 
> > Could you help to confirm the result? thanks!
> 
> As said in comment 12, if it's about the menu sensitivity, being able to
> access the menu is what you want to have it verified. If it's not about the
> menu sensitivity, the reporter should be more clear in the steps to
> reproduce the issue and what is expected as the result.

Hi Fabiano, David, 

I think i reproduced it with following packages:
# rpm -q virt-viewer
virt-viewer-2.0-6.el7.x86_64
# rpm -qa | grep spice
spice-server-devel-0.12.4-13.el7.x86_64
spice-gtk3-0.26-4.el7.x86_64
spice-gtk-devel-0.26-4.el7.x86_64
spice-parent-15-11.el7.noarch
spice-vdagent-0.14.0-10.el7.x86_64
spice-gtk-python-0.26-4.el7.x86_64
spice-xpi-2.8-8.el7.x86_64
spice-glib-devel-0.26-4.el7.x86_64
spice-protocol-0.12.6-2.el7.noarch
spice-server-0.12.4-13.el7.x86_64
spice-gtk3-vala-0.26-4.el7.x86_64
spice-glib-0.26-4.el7.x86_64
spice-gtk-tools-0.26-4.el7.x86_64
spice-gtk-0.26-4.el7.x86_64
spice-gtk3-devel-0.26-4.el7.x86_64
# uname -r 
3.10.0-229.el7.x86_64

RHEL7.0 guest: http://download.englab.nay.redhat.com/pub/rhel/released/RHEL-7/7.0/Server/x86_64/iso/
#uname -r
3.10.0-123.el7.x86_64
#rpm -qa | grep qxl
xorg-x11-drv-qxl-0.1.1-12.el7.x86_64

Steps:
1. Modify video mem to " <model type='qxl' ram='16384' vram='16384' vgamem='8192' heads='1'/>" in guest xml.
2. Run "virt-viewer rhel7.0" to connect to guest and click send key menu to switch between text console and graphic. 

--> At this step we can switch between text console and graphic successfully. it proves the input channel is ready.

3. Try to login the guest and the login fails and the virt-viewer window turns dark and "Waiting for display 1..." displays.
4. Click the menu "Sendkey->Ctrl+Alt+F2~12" to switch to text console mode.  

---> Switch to text console failure but the sendkey menu is still available.


5. Close virt-viewer and connect to the guest again in virt-viewer.

--> At this step, "Connected to graphic server" displays and the "Send Key" memu is grayed.

Actual Result:
From above test result, i think the bug is not fixed.

Additional info:

I attached the virt-viewer loginfo and screenshots which records my testing procedures.


Please help confirm it. Thanks
Comment 28 zhoujunqin 2015-08-13 03:51:39 UTC 
Created attachment 1062328 [details]
the debuginfo when reproducing the bug
Comment 29 Xiaodai Wang 2015-08-13 03:55:00 UTC 
Created attachment 1062329 [details]
sendkey menu enabled
Comment 30 Xiaodai Wang 2015-08-13 03:55:57 UTC 
Created attachment 1062330 [details]
sendkey menu disabled
Comment 31 Xiaodai Wang 2015-08-19 09:45:11 UTC 
Hi David,

Please help confirm my test result in #comment 27. 
Thanks!

Best Regards
Xiaodwan
Comment 32 David Jaša 2015-08-19 11:25:01 UTC 
I got the same results, that's enough to mark the bug as verified.
Note You need to log in before you can comment on or make changes to this bug.