Bug 1152574
Summary: | keep menu enabled when input channel is open (and not when display is ready) | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | David Jaša <djasa> | ||||||||||||||
Component: | virt-viewer | Assignee: | Virt Viewer Maint <virt-viewer-maint> | ||||||||||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Virtualization Bugs <virt-bugs> | ||||||||||||||
Severity: | unspecified | Docs Contact: | |||||||||||||||
Priority: | unspecified | ||||||||||||||||
Version: | 7.1 | CC: | dblechte, djasa, fidencio, jjongsma, juzhou, marcandre.lureau, mzhan, rbalakri, tpelka, tzheng, uril, xiaodwan | ||||||||||||||
Target Milestone: | rc | ||||||||||||||||
Target Release: | 7.2 | ||||||||||||||||
Hardware: | Unspecified | ||||||||||||||||
OS: | Unspecified | ||||||||||||||||
Whiteboard: | |||||||||||||||||
Fixed In Version: | virt-viewer-2.0-1.el7 | Doc Type: | Bug Fix | ||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||
Clone Of: | Environment: | ||||||||||||||||
Last Closed: | 2015-08-28 09:48:02 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: |
|
Description
David Jaša
2014-10-14 12:51:29 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 Created attachment 946874 [details]
client log
David, was the reason that you couldn't send the ctrl+alt+fN keys because the menu was disabled? 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. (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. :( (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? I think it should be separate. 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? 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. 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). Assuming that this bug is indeed about the menu sensitivity, it should be fixed by the rebase. Not part of spice. Should be a virt-viewer bug. 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! (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. (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 (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. (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 Created attachment 1054646 [details]
virt-viewer debug log
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). (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 (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 Created attachment 1062328 [details]
the debuginfo when reproducing the bug
Created attachment 1062329 [details]
sendkey menu enabled
Created attachment 1062330 [details]
sendkey menu disabled
Hi David, Please help confirm my test result in #comment 27. Thanks! Best Regards Xiaodwan I got the same results, that's enough to mark the bug as verified. |