Hide Forgot
Description of problem: cannot open guest in rhv server by ovirt url Version-Release number of selected component (if applicable): spice-gtk3-0.35-7.el8.x86_64 libgovirt-0.3.4-8.el8+8.x86_64 virt-viewer-7.0-2.el8.x86_64 How reproducible: 100% Steps to Reproduce: 1. Get ca file from rhv server. e.g. wget -O ca.crt http://ibm-x3250m5-03.rhts.eng.pek2.redhat.com/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA 2. Connect to a guest in rhv server. $ remote-viewer --ovirt-ca-file=ca.crt ovirt://ibm-x3250m5-03.rhts.eng.pek2.redhat.com/xxx 3. Type correct username/passwork in pop up dialog. Actual results: remote-viewer window pops up but cannot connect to the graphical server, and no hints display in main window. Expected results: remote-viewer should connect to guest successfully. Additional info: 1) In rhel7.6, the same operation works well.
$ remote-viewer --ovirt-ca-file=ca.crt ovirt://ibm-x3250m5-03.rhts.eng.pek2.redhat.com/RHEL7_3 --debug --spice-debug (remote-viewer:20070): virt-viewer-DEBUG: 19:23:31.989: Opening display to ovirt://ibm-x3250m5-03.rhts.eng.pek2.redhat.com/RHEL7_3 (remote-viewer:20070): virt-viewer-DEBUG: 19:23:31.990: oVirt base URI: ibm-x3250m5-03.rhts.eng.pek2.redhat.com (remote-viewer:20070): virt-viewer-DEBUG: 19:23:31.991: oVirt VM name: RHEL7_3 (remote-viewer:20070): virt-viewer-DEBUG: 19:23:38.307: virt_viewer_app_set_uuid_string: UUID changed to 8f8eba46-a533-4c82-96a0-1b6aca6e1f02 (remote-viewer:20070): virt-viewer-DEBUG: 19:23:38.307: Spice foreign menu updated (remote-viewer:20070): virt-viewer-DEBUG: 19:23:38.307: Set connect info: (null),10.66.144.40,5904,5905,spice,(null),(null),0 (remote-viewer:20070): virt-viewer-DEBUG: 19:23:38.307: Guest RHEL7_3 has a spice display (remote-viewer:20070): GSpice-DEBUG: 19:23:38.307: spice-session.c:280 New session (compiled from package spice-gtk 0.35) (remote-viewer:20070): GSpice-DEBUG: 19:23:38.307: spice-session.c:284 Supported channels: main, display, inputs, cursor, playback, record, smartcard, usbredir (remote-viewer:20070): GSpice-DEBUG: 19:23:38.308: usb-device-manager.c:504 auto-connect filter set to 0x03,-1,-1,-1,0|-1,-1,-1,-1,1 (remote-viewer:20070): GSpice-DEBUG: 19:23:38.316: usb-device-manager.c:967 device added 0557:2213 (0x5584f9bbcd20) (remote-viewer:20070): virt-viewer-DEBUG: 19:23:43.029: Window closed (remote-viewer:20070): GSpice-DEBUG: 19:23:43.056: spice-session.c:1959 session: disconnecting 0 (remote-viewer:20070): GSpice-DEBUG: 19:23:43.056: spice-session.c:280 New session (compiled from package spice-gtk 0.35) (remote-viewer:20070): GSpice-DEBUG: 19:23:43.056: spice-session.c:284 Supported channels: main, display, inputs, cursor, playback, record, smartcard, usbredir (remote-viewer:20070): GSpice-DEBUG: 19:23:43.056: usb-device-manager.c:504 auto-connect filter set to 0x03,-1,-1,-1,0|-1,-1,-1,-1,1
Extra note from discussion. Opening from vv file directly works fine too.
Can you check if this is the same problem reported on #1403161 ?
(In reply to Eduardo Lima (Etrunko) from comment #3) > Can you check if this is the same problem reported on #1403161 ? If it's a ovirt-engine problem, how to explain the operation works in rhel7.6 with same rhv server and guest?
(In reply to xiaodwan from comment #0) > Description of problem: > cannot open guest in rhv server by ovirt url > > Version-Release number of selected component (if applicable): > spice-gtk3-0.35-7.el8.x86_64 > libgovirt-0.3.4-8.el8+8.x86_64 Please test with libgovirt-0.3.4-8.el8.x86_64 (even if this should only be a rebuild). Can you set REST_DEBUG=1 in the environment when you run the test?
> Please test with libgovirt-0.3.4-8.el8.x86_64 (even if this should only be a > rebuild). Can you set REST_DEBUG=1 in the environment when you run the test? # rpm -q libgovirt libgovirt-0.3.4-8.el8.x86_64 REST_DEBUG=1 doesn't print any log, I ran it with REST_DEBUG=all.
Created attachment 1511260 [details] rest debug
Created attachment 1511262 [details] debug log
https://www.redhat.com/archives/virt-tools-list/2018-December/msg00010.html should fix it
This bug has been fixed in virt-viewer-7.0-3.el8.x86_64, so move the bug to VERIFIED.