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.
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?
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
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
PR https://github.com/ManageIQ/manageiq-providers-lenovo/pull/93 opened to address this bug.
2/20/2018: Changed the Target Release to 5.9.1.