Description of problem: In the summary page of an OpenStack cloud tenant page, the field Images always shows 0. In the backend this is caused by the query of ManageIQ::Providers::Openstack::CloudManager::CloudTenant.miq_templates returns []. The many_to_many relationship is not handled properly at image collection time. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
this will require getting /v2/images/{image_id}/members to refresh that relation
https://github.com/ManageIQ/manageiq/pull/7326
New commit detected on ManageIQ/manageiq/master: https://github.com/ManageIQ/manageiq/commit/7f841eed10af19aa5aa0bbc4729db7fd9d6896ea commit 7f841eed10af19aa5aa0bbc4729db7fd9d6896ea Author: Ladislav Smola <lsmola> AuthorDate: Wed Mar 16 17:26:20 2016 +0100 Commit: Ladislav Smola <lsmola> CommitDate: Tue Apr 12 11:05:29 2016 +0200 OpenStack fix tenant <-> image membership Fixing tenant <-> image membership taking in account if image is public and members of the image. Fixes BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1285463 app/models/ems_refresh/save_inventory.rb | 2 ++ .../openstack/refresh_parser_common/images.rb | 19 ++++++++++++++++++- 2 files changed, 20 insertions(+), 1 deletion(-)
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://access.redhat.com/errata/RHBA-2016:1348