Red Hat Bugzilla – Bug 1489656
Systems without dmidecode fail introspection
Last modified: 2018-06-27 09:37:08 EDT
Description of problem: DMI isn't a supported way to obtain system information from a POWER8. Currently dmidecode is used to information about the system the only one of these that causes a problem is Physical Memory. IPA reports {phyical_mb: None, total: <some number>} which causes the introspection data to be rejected. Version-Release number of selected component (if applicable): openstack-ironic-python-agent (all versions)
I'm not certain how to link this correctly to flag this is needed in RHOS 12 if https://bugzilla.redhat.com/show_bug.cgi?id=1491837 is approved
Tony - I'd recommend cloning this bug and setting the flag to rhos-12.0 if this should be in OSP-12.
(In reply to Bob Fournier from comment #2) > Tony - I'd recommend cloning this bug and setting the flag to rhos-12.0 if > this should be in OSP-12. Done via bug 1497268. Making this bug block our overall Queens ppc64le RFE.
So, there are two solutions for this problem: Tony's https://review.openstack.org/#/c/501938/ and https://review.openstack.org/#/c/501799/ from Michael Turek from IBM. I think the latter is closer to what we need, as lshw produces the correct result.
Tony, can I assign it to you please, as you seem to be working on it?
Tony - it looks like https://review.openstack.org/#/c/501799/ has merged. Are there any other patches associated with this bug? If not, we can move this to POST.
installed latest osp 13 05.18.1 introspect nodes and check the introspection data from Dell PowerEdge R320 openstack baremetal introspection data save $(openstack baremetal node list -c UUID -f value|head -n1)| jq .inventory.memory { "total": 84418744320, "physical_mb": 81920 } openstack baremetal introspection data save $(openstack baremetal node list -c UUID -f value|head -n1)| jq .inventory.system_vendor { "manufacturer": "Dell Inc.", "product_name": "PowerEdge R320 (SKU=NotProvided;ModelName=PowerEdge R320)", "serial_number": "JLRCY12" } ------ I also checked on virtual environment. (undercloud) [stack@undercloud-0 ~]$ openstack baremetal introspection data save $(openstack baremetal node list -c UUID -f value|head -n1)| jq .inventory.memory { "total": 4142874624, "physical_mb": 4096 } (undercloud) [stack@undercloud-0 ~]$ openstack baremetal introspection data save $(openstack baremetal node list -c UUID -f value|head -n1)| jq .inventory.system_vendor { "manufacturer": "Red Hat", "product_name": "KVM", "serial_number": "" }
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/RHEA-2018:2086