Mapping of bare metal node states.
Setting the node power_state is handled by the conductor’s power synchronization thread. Based on the power state retrieved from the driver for the node, the state is set to POWER_ON or POWER_OFF, accordingly. Should this fail, the power_state value is left unchanged, and the node is placed into maintenance mode.
The power_state can also be set manually via the API. A failure to change the state leaves the current state unchanged. The node is NOT placed into maintenance mode in this case.
Node is successfully deployed and associated with an instance.
Node failed to complete the adoption process.
This state is the resulting state of a node that failed to complete adoption, potentially due to invalid or incompatible information being defined for the node.
Node is being adopted.
This provision state is intended for use to move a node from MANAGEABLE to ACTIVE state to permit designation of nodes as being “managed” by Ironic, however “deployed” previously by external means.
Node is available for use and scheduling.
This state is replacing the NOSTATE state used prior to Kilo.
Node failed cleaning. This requires operator intervention to resolve.
Node is being automatically cleaned to prepare it for provisioning.
Node is waiting for a clean step to be finished.
This will be the node’s provision_state while the node is waiting for the driver to finish a cleaning step.
Node tear down was successful.
In Juno, target_provision_state was set to this value during node tear down.
In Kilo, this will be a transitory value of provision_state, and never represented in target_provision_state.
States in which node deletion is allowed.
Node is actively being torn down.
Node was successfully deployed.
This is mainly a target provision state used during deployment. A successfully deployed node should go to ACTIVE status.
Node deployment failed.
Node is ready to receive a deploy request, or is currently being deployed.
A node will have its provision_state set to DEPLOYING briefly before it receives its initial deploy request. It will also move to this state from DEPLOYWAIT after the callback is triggered and deployment is continued (disk partitioning and image copying).
Node is waiting to be deployed.
This will be the node provision_state while the node is waiting for the driver to finish deployment.
Node is enrolled.
This state indicates that Ironic is aware of a node, but is not managing it.
An error occurred during node processing.
The last_error attribute of the node details should contain an error message.
Node inspection failed.
Node is under inspection.
This is the provision state used when inspection is started. A successfully inspected node shall transition to MANAGEABLE state.
Node is in a manageable state.
This state indicates that Ironic has verified, at least once, that it had sufficient information to manage the hardware. While in this state, the node is not available for provisioning (it must be in the AVAILABLE state for that).
No state information.
This state is used with power_state to represent a lack of knowledge of power state, and in target_*_state fields when there is no target.
Node is powered off.
Node is powered on.
Node is rebooting.
Node is to be rebuilt.
This is not used as a state, but rather as a “verb” when changing the node’s provision_state via the REST API.
States that will not transition unless receiving a request.
Transitional states in which we allow updating a node.
Mapping of state-changing events that are PUT to the REST API
This provides a reference set of supported actions, and in the future may be used to support renaming these actions.
Node power management credentials are being verified.