On 21/10/20 7:49 am, Lars Kellogg-Stedman wrote:
On Mon, Oct 19, 2020 at 04:37:09PM -0700, Julia Kreger wrote:
I'm not opposed to maybe having some sort of integrated thing that interacts on some level with the conductor to offer up specific IPMI endpoints, although to do it I suspect some retooling or refactoring may be necessary of virtualbmc. Absolutely: right now, virtualbmc itself is very libvirt-specific. We'd have to abstract out a driver model, with libvirt as the first target, before moving on to my idea of using the package to present an IPMI-proxy in front of Ironic.
virtualbmc is built on pyghmi[1] and might be more appropriate for this project to do the same. Here is an example[2] of a Nova backed BMC service. [1] https://opendev.org/x/pyghmi [2] https://github.com/openstack/openstack-virtual-baremetal/blob/master/opensta...