Description of problem: When adding an OpenStack overcloud provider, CFME fails to pull in inventory past security groups. CF worker is residing in the OpenStack cluster and has access to all OSP endpoints. Version-Release number of selected component (if applicable): 5.7.2.1-20170406142927_0a1ad0e OSP 10 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
[----] E, [2017-05-24T14:35:46.487891 #3247:8ef134] ERROR -- : MIQ(MiqQueue#deliver) Message id: [10000000816446], Error: [undefined method `[]' for nil:NilClass] [----] E, [2017-05-24T14:35:46.488044 #3247:8ef134] ERROR -- : [EmsRefresh::Refreshers::EmsRefresherMixin::PartialRefreshError]: undefined method `[]' for nil:NilClass Method:[rescue in deliver] [----] E, [2017-05-24T14:35:46.488212 #3247:8ef134] ERROR -- : /var/www/miq/vmdb/app/models/ems_refresh/refreshers/ems_refresher_mixin.rb:50:in `refresh' /var/www/miq/vmdb/app/models/manageiq/providers/base_manager/refresher.rb:10:in `refresh' /var/www/miq/vmdb/app/models/ems_refresh.rb:91:in `block in refresh' /var/www/miq/vmdb/app/models/ems_refresh.rb:90:in `each' /var/www/miq/vmdb/app/models/ems_refresh.rb:90:in `refresh' /var/www/miq/vmdb/app/models/miq_queue.rb:347:in `block in deliver' /opt/rh/rh-ruby23/root/usr/share/ruby/timeout.rb:91:in `block in timeout' /opt/rh/rh-ruby23/root/usr/share/ruby/timeout.rb:33:in `block in catch' /opt/rh/rh-ruby23/root/usr/share/ruby/timeout.rb:33:in `catch' /opt/rh/rh-ruby23/root/usr/share/ruby/timeout.rb:33:in `catch' /opt/rh/rh-ruby23/root/usr/share/ruby/timeout.rb:106:in `timeout' /var/www/miq/vmdb/app/models/miq_queue.rb:343:in `deliver' /var/www/miq/vmdb/app/models/miq_queue_worker_base/runner.rb:107:in `deliver_queue_message' /var/www/miq/vmdb/app/models/miq_queue_worker_base/runner.rb:135:in `deliver_message' /var/www/miq/vmdb/app/models/miq_queue_worker_base/runner.rb:153:in `block in do_work' /var/www/miq/vmdb/app/models/miq_queue_worker_base/runner.rb:147:in `loop' /var/www/miq/vmdb/app/models/miq_queue_worker_base/runner.rb:147:in `do_work' /var/www/miq/vmdb/app/models/miq_worker/runner.rb:336:in `block in do_work_loop' /var/www/miq/vmdb/app/models/miq_worker/runner.rb:333:in `loop' /var/www/miq/vmdb/app/models/miq_worker/runner.rb:333:in `do_work_loop' /var/www/miq/vmdb/app/models/miq_worker/runner.rb:155:in `run' /var/www/miq/vmdb/app/models/miq_worker/runner.rb:130:in `start' /var/www/miq/vmdb/app/models/miq_worker/runner.rb:21:in `start_worker' /var/www/miq/vmdb/app/models/miq_worker.rb:343:in `block in start' /opt/rh/cfme-gemset/gems/nakayoshi_fork-0.0.3/lib/nakayoshi_fork.rb:24:in `fork' /opt/rh/cfme-gemset/gems/nakayoshi_fork-0.0.3/lib/nakayoshi_fork.rb:24:in `fork' /var/www/miq/vmdb/app/models/miq_worker.rb:341:in `start' /var/www/miq/vmdb/app/models/miq_worker.rb:270:in `start_worker' /var/www/miq/vmdb/app/models/mixins/per_ems_worker_mixin.rb:68:in `start_worker_for_ems' /var/www/miq/vmdb/app/models/mixins/per_ems_worker_mixin.rb:46:in `block in sync_workers' /var/www/miq/vmdb/app/models/mixins/per_ems_worker_mixin.rb:45:in `each' /var/www/miq/vmdb/app/models/mixins/per_ems_worker_mixin.rb:45:in `sync_workers' /var/www/miq/vmdb/app/models/miq_server/worker_management/monitor.rb:53:in `block in sync_workers' /var/www/miq/vmdb/app/models/miq_server/worker_management/monitor.rb:50:in `each' /var/www/miq/vmdb/app/models/miq_server/worker_management/monitor.rb:50:in `sync_workers' /var/www/miq/vmdb/app/models/miq_server/worker_management/monitor.rb:22:in `monitor_workers' /var/www/miq/vmdb/app/models/miq_server.rb:346:in `block in monitor' /var/www/miq/vmdb/gems/pending/util/extensions/miq-benchmark.rb:11:in `realtime_store' /var/www/miq/vmdb/gems/pending/util/extensions/miq-benchmark.rb:30:in `realtime_block' /var/www/miq/vmdb/app/models/miq_server.rb:346:in `monitor' /var/www/miq/vmdb/app/models/miq_server.rb:368:in `block (2 levels) in monitor_loop' /var/www/miq/vmdb/gems/pending/util/extensions/miq-benchmark.rb:11:in `realtime_store' /var/www/miq/vmdb/gems/pending/util/extensions/miq-benchmark.rb:30:in `realtime_block' /var/www/miq/vmdb/app/models/miq_server.rb:368:in `block in monitor_loop' /var/www/miq/vmdb/app/models/miq_server.rb:367:in `loop' /var/www/miq/vmdb/app/models/miq_server.rb:367:in `monitor_loop' /var/www/miq/vmdb/app/models/miq_server.rb:250:in `start' /var/www/miq/vmdb/lib/workers/evm_server.rb:65:in `start' /var/www/miq/vmdb/lib/workers/evm_server.rb:92:in `start' /var/www/miq/vmdb/lib/workers/bin/evm_server.rb:4:in `<main>'
Hi - I think this is caused by a non-existent flavor ID, as I see this in the log: [----] E, [2017-05-25T04:20:16.046623 #31738:8ef134] ERROR -- : <Fog> excon.error #<Excon::Error::NotFound: Expected([200, 203]) <=> Actual(404 Not Found) excon.error.response :body => "{\"itemNotFound\": {\"message\": \"Flavor a5bf2aad-b32d-4384-a115-4e5a6a3c9171 could not be found.\", \"code\": 404}}" :cookies => [ ] :headers => { "Content-Length" => "109" "Content-Type" => "application/json; charset=UTF-8" "Date" => "Thu, 25 May 2017 08:20:20 GMT" "Openstack-Api-Version" => "compute 2.1" "Vary" => "OpenStack-API-Version, X-OpenStack-Nova-API-Version" "X-Compute-Request-Id" => "req-aa16281d-1271-4d91-85c3-6431e65f0dd5" "X-Openstack-Nova-Api-Version" => "2.1" } :host => "10.253.130.20" :local_address => "172.16.1.12" :local_port => 33332 :path => "/v2.1/flavors/a5bf2aad-b32d-4384-a115-4e5a6a3c9171.json" :port => 8774 :reason_phrase => "Not Found" :remote_ip => "10.253.130.20" :status => 404 :status_line => "HTTP/1.1 404 Not Found\r\n" I don't believe 5.7.2 would have the fix in https://github.com/ManageIQ/manageiq-providers-openstack/pull/1, correct?
Please assess the importance of this issue and update the priority accordingly. Somewhere it was missed in the bug triage process. Please refer to https://bugzilla.redhat.com/page.cgi?id=fields.html#priority for a reminder on each priority's definition. If it's something like a tracker bug where it doesn't matter, please set it to Low/Low.
This should have been fixed by https://github.com/ManageIQ/manageiq-providers-openstack/pull/1, which is already released; can this be tested?
This should be fixed by https://github.com/ManageIQ/manageiq-providers-openstack/pull/69
Looks like the root issue may be a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=1460683 *** This bug has been marked as a duplicate of bug 1460683 ***