Bug 1084393
| Summary: | virt-viewer --direct tries to connect to localhost when remote VM is only listening on 127.0.0.1 | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Christophe Fergeau <cfergeau> | |
| Component: | virt-viewer | Assignee: | Christophe Fergeau <cfergeau> | |
| Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> | |
| Severity: | unspecified | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | 7.0 | CC: | acathrow, dblechte, fidencio, juzhou, lcui, marcandre.lureau, mzhan, tzheng, zsong | |
| Target Milestone: | rc | Keywords: | Reopened | |
| 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: | ||||
| : | 1085216 (view as bug list) | Environment: | ||
| Last Closed: | 2015-11-19 07:34:26 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: | 1181288 | |||
| Bug Blocks: | 1085216 | |||
|
Description
Christophe Fergeau
2014-04-04 08:54:47 UTC
Just like virt_viewer_replace_host() is doing some magic when g_inet_address_get_is_any() is TRUE, in the --direct case we need to detect loopback addresses and error out in this case ( g_inet_address_get_is_loopback() ). 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. This looks a lot related to bug 1108523, assigning to Christophe. I think this is a duplicate, marking it as such. *** This bug has been marked as a duplicate of bug 1108524 *** I can also reproduce this issue on package:
virt-viewer-0.6.0-12.el7.x86_64
Steps:
env:
Prepare 2 hosts
1.On host A(ip:10.66.7.91),prepare a vnc guest.
# virsh list
Id Name State
----------------------------------------------------
2 rhel6.6-ide running
# virsh dumpxml rhel6.6-ide
...
<graphics type='vnc' port='5900' autoport='yes' listen='127.0.0.1'>
<listen type='address' address='127.0.0.1'/>
</graphics>
...
2.On host B(ip:10.66.4.126),use virt-viewer to connect the guest on host A using --direct:
# virt-viewer --direct -c qemu+ssh://10.66.7.91/system rhel6.6-ide
2.1 On host B,if there is no guest running using vnc protocal with port 5900, check whether guest on remote host can be launched.
Result: "Unable to connect to the graphic server 127.0.0.1:5900"
2.2 On host B, if there is a guest demo running using vnc protocal with port 5900:
# virsh dumpxml win2008r2-x64-qcow2
...
<graphics type='vnc' port='5900' autoport='yes' listen='0.0.0.0'>
<listen type='address' address='0.0.0.0'/>
</graphics>
...
# virt-viewer --direct -c qemu+ssh://10.66.7.91/system rhel6.6-ide
root.7.91's password:
Result: Then the vm 'win2008r2-x64-qcow2' on host B opened instead of remote guest 'rhel6.6-ide' on host A.
Since bug can also reproduced, and before it closed as a duplicate of bug 1108524 (that bug is about 'qemu+tcp' connection issue), this bug is about 'qemu+ssh' connection issue, they are different, reopened it, please fix it, thanks.
Patch on the mailing list: https://www.redhat.com/archives/virt-tools-list/2015-March/msg00063.html I can reproduce this issue as Comment 7 described. Then try to verify this bug with new build: virt-viewer-2.0-1.el7.x86_64 steps to verify: Prepare 2 hosts: A&B 1.On host A, prepare a vnc guest. # virsh list Id Name State ---------------------------------------------------- 15 cdrom-rhel6u6-x64 running # virsh dumpxml rhel6.6-snapshot0610-clone ... <graphics type='vnc' port='5900' autoport='yes' listen='127.0.0.1'> <listen type='address' address='127.0.0.1'/> </graphics> ... 2.On host B,use virt-viewer to connect the guest on host A using --direct: # virt-viewer --direct -c qemu+ssh://$hostA_ip/system b 2.1 On host B, if there is no guest running using vnc protocal with port 5900,check whether guest on remote host can be launched. # virt-viewer --direct -c qemu+ssh://10.66.4.227/system rhel6.6-snapshot0610-clone root.4.227's password: Result: After input right password, a dialog window pop up: Failed to connect: Guest 'rhel6.6-snapshot0610-clone' is not reachable Then click "Close" button, virt-viewer exit successfully. 2.2 On host B,if there is a guest running using vnc protocal with port 5900: # virsh dumpxml win7 ... <graphics type='vnc' port='5900' autoport='yes' listen='0.0.0.0'> <listen type='address' address='0.0.0.0'/> </graphics> ... # virt-viewer --direct -c qemu+ssh://$hostA_ip/system rhel6.6-snapshot0610-clone root.4.227's password: Result: same with step2.1. So move this bug from ON_QA to 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://rhn.redhat.com/errata/RHBA-2015-2211.html |