Mingyuan,

I don’t understand why doing testing of ironic on hardware will take a long time.

What is the issue ?

Greg.

From: "Qi, Mingyuan" <mingyuan.qi@intel.com>
Date: Thursday, March 14, 2019 at 4:45 AM
To: "starlingx-discuss@lists.starlingx.io" <starlingx-discuss@lists.starlingx.io>
Cc: "Rowsell, Brent" <Brent.Rowsell@windriver.com>, "Miller, Frank" <Frank.Miller@windriver.com>, Greg Waines <Greg.Waines@windriver.com>, "Xie, Cindy" <cindy.xie@intel.com>, "An, Ran1" <ran1.an@intel.com>
Subject: [Container] Ironic service containerization

Hi folks,

I’m starting the story of containerize ironic service, I’d like to add below tasks to story https://storyboard.openstack.org/#!/story/2004760 in order to enable ironic service.

• Add ironic chart to stx-openstack armada manifest.

Add ironic chart values to armada manifest as well as static configuration.

• Generate ironic overrides

Generate dynamic configuration in sysinv for ironic.

• Enable ironic service

Adding ironic chart to armada chart group to switch on ironic service for stx-openstack application.

Should this be default in stx-openstack armada manifest?

• Cleanup ironic in sysinv and puppet

I’m not sure whether to add this task here or to a specific openstack component cleanup story.

And speaking of the test, the first choice is to deploy starlingx standard config on bare metal because of the connection to ipmi, but it will take long time for testing. Did anyone get the chance to have ipmi/BMC enabled in vm (or it’s not possible)?

Best Regards,

Mingyuan