Bug 1511595 - Several broken associations in container-related service models
Summary: Several broken associations in container-related service models
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Providers
Version: 5.8.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: GA
: 5.8.3
Assignee: Erez Freiberger
QA Contact: Einat Pacifici
URL:
Whiteboard: container
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-11-09 16:18 UTC by Peter McGowan
Modified: 2022-07-09 09:10 UTC (History)
11 users (show)

Fixed In Version: 5.8.3.1
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-02-28 13:08:47 UTC
Category: ---
Cloudforms Team: Container Management
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2018:0374 0 normal SHIPPED_LIVE Important: Red Hat CloudForms security, bug fix, and enhancement update 2018-02-28 18:04:37 UTC

Description Peter McGowan 2017-11-09 16:18:46 UTC
Description of problem:

The MiqAeServiceManageIQ_Providers_Kubernetes_ContainerManager_ContainerGroup, MiqAeServiceContainerImage, MiqAeServiceManageIQ_Providers_Kubernetes_ContainerManager_ContainerNode and MiqAeServiceContainerService service models each have several broken associations, as follows:

1)
MiqAeServiceManageIQ_Providers_Kubernetes_ContainerManager_ContainerGroup association 'metric_rollups' throws a NameError exception when accessed
MiqAeServiceManageIQ_Providers_Kubernetes_ContainerManager_ContainerGroup association 'node_selector_parts' throws a NameError exception when accessed
MiqAeServiceManageIQ_Providers_Kubernetes_ContainerManager_ContainerGroup association 'vim_performance_states' throws a NameError exception when accessed

2)
MiqAeServiceContainerImage association 'computer_system' throws a NameError exception when accessed
MiqAeServiceContainerImage association 'openscap_result' throws a NameError exception when accessed
MiqAeServiceContainerImage association 'openscap_rule_results' throws a NameError exception when accessed

3)
MiqAeServiceManageIQ_Providers_Kubernetes_ContainerManager_ContainerNode association 'computer_system' throws a NameError exception when accessed
MiqAeServiceManageIQ_Providers_Kubernetes_ContainerManager_ContainerNode association 'metric_rollups' throws a NameError exception when accessed
MiqAeServiceManageIQ_Providers_Kubernetes_ContainerManager_ContainerNode association 'metrics' throws a NameError exception when accessed

4)
MiqAeServiceContainerService association 'container_service_port_configs' throws a NameError exception when accessed
MiqAeServiceContainerService association 'metric_rollups' throws a NameError exception when accessed
MiqAeServiceContainerService association 'selector_parts' throws a NameError exception when accessed

Version-Release number of selected component (if applicable):
5.8.2.3.

How reproducible:
Every time


Steps to Reproduce:

On an appliance with an OpenShift provider:
1. Access any of the 4 service models in the Rails console
2. list the associations of the model (<model>.associations)
3. try to access one of the associations listed as broken

or

On an appliance with an OpenShift provider:

1. Install object_walker from https://github.com/pemcg/object_walker (git-installable domain)
2. On the CFME appliance as root, install object_walker_reader using the command:
rpm -ivh https://github.com/pemcg/object_walker/raw/master/object_walker_reader-1.8-1.noarch.rpm
3. Create and run the following automate method:

$evm.root['container_service'] = $evm.vmdb(:ContainerService).first
$evm.root['container_node'] = $evm.vmdb(:ContainerNode).first
$evm.root['container_image'] = $evm.vmdb(:ContainerImage).first
$evm.root['container_group'] = $evm.vmdb(:ContainerGroup).first
$evm.instantiate('/Discovery/ObjectWalker/object_walker')

4. On the CFME appliance as root, run /root/object_walker_reader.rb | grep '!!!'

Actual results:
Broken associations are listed

Expected results:
There should be no broken associations


Additional info:

Comment 2 Greg McCullough 2017-11-09 16:52:38 UTC
Federico - Can you have some review this list of errors in the automate service model side.  We typically do not expose every association from the service models, for example we do not expose any metric data.

Unless there is a strong use case maybe some of these should be removed.

Comment 4 Erez Freiberger 2017-12-05 12:27:45 UTC
I used to be able to partly reproduce it on fine but not anymore,
Can you please check if it is still happening on Fine? Maybe it was fixed before I understood how exactly to do it.

On Master / Gaprindashvilli I haven't been able to see it and from Greg Mccullough I understood that is should be there.

Comment 5 Peter McGowan 2017-12-06 08:10:16 UTC
I reproduced it on CFME 5.8.2.3 which is the current release.

Comment 6 Erez Freiberger 2017-12-07 11:16:52 UTC
PR: https://github.com/ManageIQ/manageiq/pull/16615

Comment 7 Erez Freiberger 2017-12-17 16:23:16 UTC
This issue is not relevant for master or G release, only for Fine.
Loic, Do you want it to be fixed for 5.8.z ?

Comment 13 errata-xmlrpc 2018-02-28 13:08:47 UTC
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/RHSA-2018:0374


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