User can not provision ironic node via nova when providing pre-created port
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
Mirantis OpenStack | Status tracked in 10.0.x | |||||
10.0.x |
Confirmed
|
Wishlist
|
MOS Ironic | |||
8.0.x |
Won't Fix
|
Wishlist
|
MOS Ironic | |||
9.x |
Won't Fix
|
Wishlist
|
MOS Ironic |
Bug Description
Upstream bug: https:/
When booting a nova instance with baremetal flavor, one can not provide a pre-created neutron port to "nova boot" command.
The reason is obvious - to successfully deploy, mac address of the port must be the same as mac address of the ironic port corresponding to the ironic node where provisioning will happen, and although it is possible to specify a mac address during port create, a user can not know to which exactly ironic node provisioning will be assigned by nova compute (more over, ordinary user has no access to list of ironic ports/macs whatsoever).
This is most probably a known limitation, but the big problem is that it breaks many sorts of cloud orchestration attempts. For example, the most flexible in terms of usage approach in Heat is to pre-create a port, and create the server with this port provided (actually this is the only way if one needs to assign a floating IP to the instance via Neutron). Some other consumers of Heat extensively use this approach.
So this limitation precludes Murano or Sahara to provision their instances on bare metal via Nova/Ironic.
The solution might be to update the mac of the port to correct one (mac address update is possible with admin context) when working with baremetal nodes/Ironic.
tags: | added: release-notes |
tags: |
added: 8.0 release-notes-done removed: release-notes |
This is more like a known limitation, rather than a bug. Should be fixed in upstream first, anyway. Thus, closing as Won't Fix for 8.0. Will be documented in the release notes.