Description of problem:
CloudForms show misleading auth errors when a openstack project is disabled on the provider side
Version-Release number of selected component (if applicable):
5.7.3.2
RHOS8
How reproducible:
Always
Steps to Reproduce:
1. Add RHOSP8 provider to Cloudforms
2. Disable a project (on the openstack side) of which the admin user is part of
3. Check for auth errors in cloudforms logs
4. Re-enable the project on the openstack side
5. The auth errors don't appear after the next provider refresh
Actual results:
[----] E, [2017-11-29T05:51:30.304397 #12211:7bb13c] ERROR -- : excon.error #<Excon::Error::Unauthorized: Expected([200, 204]) <=> Actual(401 Unauthorized)
excon.error.response
:body => "{\"error\": {\"message\": \"The request you have made requires authentication.\", \"code\": 401, \"title\": \"Unauthorized\"}}"
:cookies => [
]
:headers => {
"Connection" => "close"
"Content-Length" => "114"
"Content-Type" => "application/json"
"Date" => "Wed, 29 Nov 2017 05:21:29 GMT"
"Server" => "Apache/2.4.6 (Red Hat Enterprise Linux)"
"Vary" => "X-Auth-Token"
"WWW-Authenticate" => "Keystone uri=\"http://10.74.129.2:5000\""
"x-openstack-request-id" => "req-48a6dafd-b2fe-4a57-9e66-f303c6e67675"
}
:host => "10.74.129.2"
:local_address => "10.74.130.176"
:local_port => 56558
:path => "/v2.0/tokens"
:port => 5000
:reason_phrase => "Unauthorized"
:remote_ip => "10.74.129.2"
:status => 401
:status_line => "HTTP/1.1 401 Unauthorized\r\n"
>
Expected results:
Though the provider refresh is successful and the number of tenants go down (ignoring the disabled tenants), cfme shouldn't throw unauthorized exceptions and for a misleading path ( /tokens )
Additional info:
Hi, does this issue have any impacts on functionality or is visible in UI?
The disabled tenant/project is skipped, but the test is done by testing the connection using the tenant/project. That is thesource log errors, but it should not be dangerous.
Thanks!
Description of problem: CloudForms show misleading auth errors when a openstack project is disabled on the provider side Version-Release number of selected component (if applicable): 5.7.3.2 RHOS8 How reproducible: Always Steps to Reproduce: 1. Add RHOSP8 provider to Cloudforms 2. Disable a project (on the openstack side) of which the admin user is part of 3. Check for auth errors in cloudforms logs 4. Re-enable the project on the openstack side 5. The auth errors don't appear after the next provider refresh Actual results: [----] E, [2017-11-29T05:51:30.304397 #12211:7bb13c] ERROR -- : excon.error #<Excon::Error::Unauthorized: Expected([200, 204]) <=> Actual(401 Unauthorized) excon.error.response :body => "{\"error\": {\"message\": \"The request you have made requires authentication.\", \"code\": 401, \"title\": \"Unauthorized\"}}" :cookies => [ ] :headers => { "Connection" => "close" "Content-Length" => "114" "Content-Type" => "application/json" "Date" => "Wed, 29 Nov 2017 05:21:29 GMT" "Server" => "Apache/2.4.6 (Red Hat Enterprise Linux)" "Vary" => "X-Auth-Token" "WWW-Authenticate" => "Keystone uri=\"http://10.74.129.2:5000\"" "x-openstack-request-id" => "req-48a6dafd-b2fe-4a57-9e66-f303c6e67675" } :host => "10.74.129.2" :local_address => "10.74.130.176" :local_port => 56558 :path => "/v2.0/tokens" :port => 5000 :reason_phrase => "Unauthorized" :remote_ip => "10.74.129.2" :status => 401 :status_line => "HTTP/1.1 401 Unauthorized\r\n" > Expected results: Though the provider refresh is successful and the number of tenants go down (ignoring the disabled tenants), cfme shouldn't throw unauthorized exceptions and for a misleading path ( /tokens ) Additional info: