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/openstack_virtual_baremetal/openstackbmc.py