Bug 1596320 - 404 error accessing OpenStack console
Summary: 404 error accessing OpenStack console
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Providers
Version: 5.9.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: GA
: 5.10.0
Assignee: Gilles Dubreuil
QA Contact: Ido Ovadia
URL:
Whiteboard:
Depends On: 1615796 1622471
Blocks: 1603022
TreeView+ depends on / blocked
 
Reported: 2018-06-28 15:26 UTC by jritenou
Modified: 2021-12-10 16:29 UTC (History)
11 users (show)

Fixed In Version: 5.10.0.11
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1603022 (view as bug list)
Environment:
Last Closed: 2019-02-11 14:06:40 UTC
Category: ---
Cloudforms Team: Openstack
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github 17619 0 None None None 2020-09-04 00:26:25 UTC

Description jritenou 2018-06-28 15:26:37 UTC
Description of problem: On latest CF 4.6 release, trying to access VM console against OpenStack (RH OSP 10 provider), I get a 404 error.  I cannot say for sure if this affects other version of OSP, as 10 is the only one I have easy access to ATM.


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


How reproducible: Always


Steps to Reproduce:
1. Add OSP 10 provider (keystone v2/v3 doesn't seem to matter)
2. Attempt to open console on instance running on OSP
3.

Actual results:

Console access failed: Expected([200, 202]) <=> Actual(404 Not Found) excon.error.response :body => "{\"itemNotFound\": {\"message\": \"The resource could not be found.\", \"code\": 404}}" :cookies => [ ] :headers => { "Content-Length" => "78" "Content-Type" => "application/json; charset=UTF-8" "Date" => "Wed, 27 Jun 2018 19:42:53 GMT" "Openstack-Api-Version" => "compute 2.15" "Vary" => "OpenStack-API-Version, X-OpenStack-Nova-API-Version" "X-Compute-Request-Id" => "req-f49b317d-43cd-4090-8704-56bf7f844a63" "X-Openstack-Nova-Api-Version" => "2.15" } :host => "192.168.1.40" :local_address => "172.16.0.17" :local_port => 58706 :path => "/v2.1/servers/a28883a6-ef07-43bd-b3a5-c9d7c971fa8d/action" :port => 8774 :reason_phrase => "Not Found" :remote_ip => "192.168.1.40" :status => 404 :status_line => "HTTP/1.1 404 Not Found\r\n"

Expected results:

Console access.

Additional info: See ManageIQ git issue - https://github.com/ManageIQ/manageiq/issues/17619.  The proposed fix does appear to work.

Comment 3 Gilles Dubreuil 2018-07-04 05:08:24 UTC
The same error message is reproduced using ManageIQ with current master branch. Upstream to be patched and back ported accordingly.

Comment 4 Gilles Dubreuil 2018-07-04 07:40:47 UTC
This is happening because the 'get_vnc_console' method from fog-openstack is called by default. Unfortunately this method is deprecated for Nova (Compute) microversion 2.5 and not supported after 2.6.

The following patch [1] adds the 'remote_consoles' request method which should be used from now on.

The patch also forces the 'get_vnc_console' to use microversion 2.5 when the microversion is greater.

Once that patch has been merged and a newer version of fog-openstack has been released, then fog-openstack gem used by ManageIQ will need to be bumped up.

We'll have to confirm that the latest can be applied safely to 5.9.x.

[1] https://github.com/fog/fog-openstack/pull/407

Comment 6 Gilles Dubreuil 2018-07-12 00:49:36 UTC
Fog-openstack patch has been merged. 

Now bumping fog-openstack version up within manageiq-providers-openstack repo.


https://github.com/ManageIQ/manageiq-providers-openstack/pull/317

Comment 7 Gilles Dubreuil 2018-07-13 01:36:42 UTC
I tested fog-openstack version 0.1.27 can be used against 5.9.x (latest Gaprindashvili branch).

Patch https://github.com/ManageIQ/manageiq-providers-openstack/pull/317 has been flagged for back port.

Comment 12 Ido Ovadia 2018-08-14 09:45:07 UTC
Failed QA
=========
CFME 5.10.0.8

Access to VM Console is missing on UI

https://bugzilla.redhat.com/show_bug.cgi?id=1615796

Comment 15 Gilles Dubreuil 2018-09-03 07:49:49 UTC
This is now working fine with latest Gaprindashvili.

Comment 16 Satoe Imaishi 2018-09-04 14:28:36 UTC
Putting back to ON_QA, as BZ mentioned in Comment 12 is ON_QA.

Comment 17 Ido Ovadia 2018-11-15 13:48:09 UTC
Verified
========
5.10.0.23


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