+++ This bug was initially created as a clone of Bug #1384848 +++ Description of problem: Automatically execute "lstopo" during the introspection phase, and upload its results to swift, so it can eventually be displayed graphically in the Undercloud GUI $ lstopo --whole-io $(hostname).png (NOTE: it requires the hwloc RPM package to be installed in the IPA image) This will show the hard disk names, it's NUMA topology for PCI devices (and IDs), the number of CPU cores and its RAM structure. Per node. So the person who installs OSP can know exactly what settings they must use to configure the overcloud templates (especially for NFV features and advanced Ceph settings) This is not related to https://bugs.launchpad.net/ironic-inspector/+bug/1635253 - this RFE is for an extra script to be executed, and an extra file (a PNG image) to be uploaded to swift, using the node's UUID as filename (if possible) There will be a second RFE that will fetch this PNG from the undercloud GUI to see every node's NUMA topology in a graphical manner Example: https://www.open-mpi.org/projects/hwloc/lstopo/images/2XeonE5v3.v1.11.png
Hi! Thanks for your suggestion. I'm rejecting this request for two reasons: 1. As you mentioned yourself, we already plan on collecting all this data in flexible text format. A PNG, on the contrary, cannot be changed if for some reason it does not suit the GUI. We should not form the final representation so early in the processing chain. 2. The hwloc-gui package (containing lstopo utility) pulls in X11 and Cairo, which is not acceptable for a ramdisk.
The developers are optimistic we can get BZ1384848 on time for Ocata (https://review.openstack.org/#/c/396147/8/specs/NUMA_node_info.rst) I'll followup on the UI components for OSP12 Thanks