Bug 1505590

Summary: xClarity: server-host relationship to hosts managed by RHEV-M provider not created.
Product: Red Hat CloudForms Management Engine Reporter: Rodney H. Brown <rbrown4>
Component: ProvidersAssignee: Rodney H. Brown <rbrown4>
Status: CLOSED CURRENTRELEASE QA Contact: Rodney H. Brown <rbrown4>
Severity: medium Docs Contact:
Priority: medium    
Version: 5.9.0CC: cpelland, gblomqui, jfrey, jhardy, obarenbo, rbrown4, simaishi, tstoddard
Target Milestone: GAKeywords: TestOnly, ZStream
Target Release: 5.10.0   
Hardware: All   
OS: Unspecified   
Whiteboard:
Fixed In Version: 5.10.0.0 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 1552323 (view as bug list) Environment:
Last Closed: 2019-02-11 13:53:50 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: Lenovo Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1552323    
Attachments:
Description Flags
screen captures of the host instance, physical server with no host, and expected server with host none

Description Rodney H. Brown 2017-10-24 00:01:35 UTC 
Created attachment 1342464 [details]
screen captures of the host instance, physical server with no host, and expected server with host

Description of problem:
xClarity Administrator does not create relationships to Virtual Hosts managed by the RHEV-M provider in CFME 5.9.0.

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

How reproducible:  consistent/always

Steps to Reproduce:
1. Create a RHEV-M installation and a host.  Installation was created using the instructions for the oVirt self-hosted engine. https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0ahUKEwjW5vmP9IfXAhUm04MKHYYmDzgQFggoMAA&url=https%3A%2F%2Fwww.ovirt.org%2Fdocumentation%2Fself-hosted%2FSelf-Hosted_Engine_Guide%2F&usg=AOvVaw378ortg71AC8vrJLEuIOks
2. Install 5.9.0 MIQ virtual appliance
3. Create a virtual provider connection to the RHEV-M engine
4. Create a physical provider connection to a valid Lenovo XClarity Administrator instance.  This instance should manage the physical server that contains the RHEV-M engine.
5. The host relationship for the physical server should provide a link to the RHEV host.

Actual results:
That physical server does not provide a link to the RHEV host host summary page

Expected results:
The physical server should have a link to the RHEV host summary page

Additional info:
The RHEV host does not fill in the serial_tag field that is used to correlate physical servers to vCenter hosts and OpenStack nodes.   The appropriate value is available under the host.hardware.serial_number field.

See the api/hosts/2?attributes=hardware  REST response for the RHEV-M host to see details provided.
Comment 2 Adam Grare 2017-10-25 20:59:16 UTC 
Hey Rodney, ovirt does populate the serial_number parameter: https://github.com/ManageIQ/manageiq-providers-ovirt/blob/master/app/models/manageiq/providers/redhat/infra_manager/refresh/parse/strategies/host_inventory.rb#L193-L198

Can you confirm that this is missing in the database?
Comment 3 Rodney H. Brown 2017-10-26 00:02:41 UTC 
ovirt does populate the serial_number parameter, but it is added to the hardwares table associated with the host object.    The Lenovo provider is expecting to  match to a service_tag number in the host object, that is not populated for the RHEV VM

$>select name, hostname, service_tag, type from hosts;

           name           |         hostname         | service_tag |                        type
--------------------------+--------------------------+-------------+----------------------------------------------------
 ratchet1.labs.lenovo.com | ratchet1.labs.lenovo.com | 06ARFA2     | ManageIQ::Providers::Vmware::InfraManager::HostEsx
 ratchet2.labs.lenovo.com | ratchet2.labs.lenovo.com | 06AREZ9     | ManageIQ::Providers::Vmware::InfraManager::HostEsx
 Default                  | 10.243.6.151             |             | ManageIQ::Providers::Redhat::InfraManager::Host

The OpenStack Nova nodes appear to fill in this value as well. I have not been able to test OpenShift on bare-metal yet to see if this is set.

I have a WIP PR to have the lenovo provider also check the hardwares serial_number field if the host.service_tag field is nil.

https://github.com/ManageIQ/manageiq-providers-lenovo/pull/93
Comment 4 Rodney H. Brown 2017-10-26 01:55:58 UTC 
Adding open stack examples:

           name           |         hostname         | service_tag |                        type
--------------------------+--------------------------+-------------+----------------------------------------------------
 8f3a1ad6-05dc-4e0b-b720-84e139e97efb (Controller)  | 172.20.0.10              | MJ0397BY    | ManageIQ::Providers::Openstack::InfraManager::Host
 319b10fe-68f1-457b-9214-f40c0d20a9c9 (Controller)  | 172.20.0.12              | MJ0397QS    | ManageIQ::Providers::Openstack::InfraManager::Host
 be75b381-ded1-4123-abbc-27437993ef2c (Controller)  | 172.20.0.8               | MJ0397QT    | ManageIQ::Providers::Openstack::InfraManager::Host
 e7b32ff5-ce97-4ead-97a7-69b863b69438 (NovaCompute) | 172.20.0.9               | KQ5X35Z     | ManageIQ::Providers::Openstack::InfraManager::Host
 a65a8898-dc44-4f34-b0b7-63e38db93e1c (NovaCompute) | 172.20.0.11              | KQ8N873     | ManageIQ::Providers::Openstack::InfraManager::Host
Comment 5 Rodney H. Brown 2017-11-14 13:38:33 UTC 
PR https://github.com/ManageIQ/manageiq-providers-lenovo/pull/93 opened to address this bug.
Comment 7 tstoddard 2018-02-20 20:53:38 UTC 
2/20/2018:  Changed the Target Release to 5.9.1.