Bug 1411952

Summary: [RFE] [Intel]Collect DMI information and NIC BIOS names
Product: Red Hat OpenStack Reporter: shobha.ranganathan
Component: openstack-ironic-python-agentAssignee: Dmitry Tantsur <dtantsur>
Status: CLOSED ERRATA QA Contact: mlammon
Severity: unspecified Docs Contact:
Priority: low    
Version: 12.0 (Pike)CC: bfournie, fbaudin, jdonohue, jjoyce, jschluet, krishnan.raghuram, mburns, racedoro, rhel-osp-director-maint, robert.h.armstrong, shobha.ranganathan, slinaber, srevivo
Target Milestone: gaKeywords: FutureFeature, OtherQA, Triaged
Target Release: 12.0 (Pike)   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: openstack-ironic-python-agent-2.2.1-0.20170925155804.81ac0b4.el7ost Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-12-13 21:00:46 UTC Type: Feature Request
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1389435, 1389441    

Description shobha.ranganathan 2017-01-10 20:20:39 UTC
Description of problem: Add support/collectors to discover details of registered nodes like PCI devices, raid, memory etc and store those data in radosgw.


Version-Release number of selected component (if applicable):
https://review.openstack.org/#/c/406790/
https://review.openstack.org/#/c/404372/

How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Dmitry Tantsur 2017-04-26 16:22:35 UTC
Hi! I'm updating the subject based on linked patches, as it's not clear what exactly should be introspected otherwise. Thanks!

Comment 2 Ramon Acedo 2017-04-26 18:00:29 UTC
The patches that merged are the specs. Shobha, if there's work upstream started, please add it here for tracking. Targeting Queens for now but can't estimate until the patches  are started. Many thanks.

Comment 5 Dmitry Tantsur 2017-10-02 11:36:03 UTC
Merged back in Pike

Comment 6 Ramon Acedo 2017-11-03 11:47:32 UTC
Hi Shoba, please, once you test this, could you please post here the tests and the results?

Comment 9 Jon Schlueter 2017-12-06 13:26:14 UTC
RH OSP 12 RC contents are up on the RH OSP beta channel. This bug is marked as OtherQA.  If you can take a look at the packages and content and test this bug to see if it is resolved.  It would be much appreciated to get feedback on if this is verified or if there is an issue before we get to GA.

Comment 11 shobha.ranganathan 2017-12-07 15:35:46 UTC
We did some internal testing and here are some steps used.

-	Setup two servers to inspect a baremetal node.
-	Installed the devstack environment with ironic and ironic-inspector.
-	On the devstack server, cloned IPA code (with dmidecode patch). Built the deploy ramdisk and kernel images using TinyIPA. Used these images for inspection by copying them to the httpboot folder. Also, modified the ironic-inspector.ipxe to change the ipa-inspection-callback-url and added dmidecode to ipa-inspection-collectors.
-	Enrolled the baremetal node using:
ironic node-create -n node-3 -d agent_ipmitool -i ipmi_address=<ipmi_addr> -i ipmi_username=<ipmi_username> -i ipmi_password=<ipmi_password>
-	created a port of the <mac address> on server2 listening on dhcp:
ironic --ironic-api-version 1.22 port-create -n <node-3_uuid> -a <mac address>
-	Brought the node to manageable state and inspected using:
ironic node-set-provision-state node-3 manage
ironic node-set-provision-state node-3 inspect
OR
openstack baremetal node manage <NodeID>
openstack baremetal node inspect <NodeID>
-	Checked the inspection data using:
openstack baremetal introspection data save <NodeID>

We cross compared some of the data and found it reporting data correctly.

Comment 12 Bob Fournier 2017-12-07 16:01:20 UTC
Thanks for testing this, marking as VERIFIED.

Comment 15 errata-xmlrpc 2017-12-13 21:00:46 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/RHEA-2017:3462