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 1401790 - virt-manager cannot open graphic of a remote guest with listen='127.0.0.1' after configure spice_password
Summary: virt-manager cannot open graphic of a remote guest with listen='127.0.0.1' af...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: virt-manager
Version: 7.4
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Pavel Hrdina
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On: 1433242
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-12-06 06:04 UTC by Yanqiu Zhang
Modified: 2017-08-01 21:02 UTC (History)
10 users (show)

Fixed In Version: virt-manager-1.4.1-1.el7
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-08-01 21:02:03 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
screenshot of the guest which cannot display correctly (11.87 KB, image/png)
2016-12-06 06:11 UTC, Yanqiu Zhang
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2017:2072 0 normal SHIPPED_LIVE virt-manager bug fix and enhancement update 2017-08-01 18:36:34 UTC

Description Yanqiu Zhang 2016-12-06 06:04:47 UTC
Description of problem:
virt-manager cannot open graphic of a remote guest with listen='127.0.0.1' after configure spice_password 

Version-Release number of selected component (if applicable):
libvirt-2.0.0-10.el7_3.2.x86_64
virt-manager-1.4.0-2.el7.noarch

How reproducible:
100%

Steps to Reproduce:
1.Prepare a guest on hostA, with default spice graphic:
    <graphics type='spice' autoport='yes'/>

2.Start the guest, check its xml by dumpxml:
    <graphics type='spice' port='5900' autoport='yes' listen='127.0.0.1'>
      <listen type='address' address='127.0.0.1'/>
    </graphics>

3.On hostB, open virt-manager, connect to hostA by adding a remote connection:
      File -> Add Connection -> Hypervisor(QEMU/KVM) -> Enable "Connect to remote host" -> MEthod(SSH) -> Username (root) -> Hostname(hostA's IP) ->Click 'connect'

4.In virt-manager, double-click the running guest in the remote connection with hostA, open window for the guest, type spice_password and login, check the display.
    Result: virt-manager can open the graphic of guest normally, user can interact with guest sucessfully.

5.On hostA: Configure spice_password, restart libvirtd.
#vim /etc/libvirt/qemu.conf
spice_password = "XYZ12345"
#service libvirtd restart

6.On hostB: close and reopen virt-manager, connect the connection with hostA, destroy then start the guest again, repeat step4, check the display.

7.On hostA: edit the xml changing listen address to be "listen=0.0.0.0";
On hostB:destroy then start the guest again, repeat step4, check the display.
    Result: Same as step4.


Actual results:
1.In step6, virt-manager cannot open graphic of the guest with listen='127.0.0.1' after configure spice_password, meanwhile even the guests with only vnc graphic cannot be opened too.
2.For log of "virt-manager --debug" and the screenshot of the guest, pls refer to the attachments.

Expected results:
virt-manager should be able to open the graphic of guest normally, user can interact with guest sucessfully, just as the result in step4. listen address should not affects.

Additional info:
1.It exists on both rhel7.3 and rhel6.9.
2.Cannot reproduce by virt-viewer:
#virt-viewer -c qemu+ssh://hostB_IP/system guest
3.Cannot reproduce when use virt-manager to open local guest.

Comment 2 Yanqiu Zhang 2016-12-06 06:11:43 UTC
Created attachment 1228291 [details]
screenshot of the guest  which cannot display correctly

Comment 4 Pavel Hrdina 2017-02-10 08:44:40 UTC
Upstream commit:

commit b8dccf6aca6ba5e5523749b54cf5040404b5ff26
Author: Pavel Hrdina <phrdina>
Date:   Tue Feb 7 17:46:25 2017 +0100

    virtManager/viewers: fix connection to remote SPICE with password

Comment 6 zhoujunqin 2017-03-29 09:59:18 UTC
I can reproduce this issue with package:
virt-manager-1.4.0-2.el7.noarch

Then try to verify this bug with new build:
virt-manager-1.4.1-1.el7.noarch
libvirt-3.1.0-2.el7.x86_64
qemu-kvm-rhev-2.8.0-6.el7.x86_64
spice-gtk3-0.33-2.el7.x86_64

Steps:
Environment setup: Need 2 hosts: hostA and hostB.

1.Prepare a guest on hostA, with default spice graphic:
    <graphics type='spice' autoport='yes'/>

2.Start the guest, check its xml by dumpxml:
    <graphics type='spice' port='5900' autoport='yes' listen='127.0.0.1'>
      <listen type='address' address='127.0.0.1'/>
      <image compression='off'/>
    </graphics>

3.On hostB, launch virt-manager, connect to hostA by adding a remote connection:
      File -> Add Connection -> Hypervisor(QEMU/KVM) -> Enable "Connect to remote host" -> Method(SSH) -> Username (root) -> Hostname(hostA's IP) ->Click 'Connect'

4.In virt-manager, double-click the running guest in the remote connection with hostA, open window for the guest, type spice_password and login, check the display.
    Result: virt-manager can open the graphic of guest normally, user can interact with guest sucessfully.

5.On hostA: Configure spice_password, restart libvirtd.
#vim /etc/libvirt/qemu.conf
spice_password = "XYZ12345"
#service libvirtd restart

6.On hostB: close and reopen virt-manager, connect the connection with hostA, destroy then start the guest again, repeat step4, check the display.

Result:
virt-manager open graphic of the guest with listen='127.0.0.1' after configure spice_password normally, user can interact with guest sucessfully.

So move this bug from ON_QA to VERIFIED.

Comment 7 errata-xmlrpc 2017-08-01 21:02:03 UTC
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/RHBA-2017:2072


Note You need to log in before you can comment on or make changes to this bug.