Open hardys opened 5 months ago
Recent discussion on Slack with @dtantsur indicates we may be able to remove this restriction now given changes in Ironic since the original bootMACAddress API decision.
To be more precise, the Redfish driver in Ironic now tries to enroll ports (= NIC's) using Redfish before starting the full inspection. This makes BootMACAddress automatically available to Ironic. Caveats:
I have written a proposal https://bugs.launchpad.net/ironic/+bug/2049913 that suggests rethinking the whole inspection process, but I don't have any time to work on it.
/triage accepted I am fine with this, this might cause some initial confusion for some users because the PXE booting will require a field that the Redfish won't + the rare cases @dtantsur mentioned, but I can live with that.
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues will close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
/lifecycle stale
/remove-lifecycle stale /lifecycle frozen
User Story
As a user deploying only with virtualmedia I would like to omit
bootMACAddress
from my BMH definitions, so I can simplify the definition and reduce the pre-requisite information needed from the environment.Detailed Description
Historically there have been issues which meant Ironic required the bootMACAddress even for non-PXE deployments handled via VirtualMedia (where in theory we shouldn't need any host network information).
Recent discussion on Slack with @dtantsur indicates we may be able to remove this restriction now given changes in Ironic since the original
bootMACAddress
API decision.We should identify the relevant Ironic changes which remove the need for this information, then test on baremetal to ensure it's safe to make this field optional, and if so adjust the BMH schema to avoid requiring this information in all cases.
/kind feature