Merge "Clean up release notes for 7.0.0"
This commit is contained in:
Jenkins
Gerrit Code Review
commit
2b92b53da8
@ -1,4 +1,5 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- Adds support for removing the chassis UUID associated with a node (via
|
- Adds support for removing the chassis UUID associated with a node (via
|
||||||
PATCH /v1/nodes/<ident>). This is available starting with API version 1.25.
|
``PATCH /v1/nodes/<ident>``). This is available starting with API version
|
||||||
|
1.25.
|
||||||
|
|||||||
@ -1,4 +1,4 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- adds a missing error check into ipmitool power driver's reboot so
|
- Adds a missing error check into ``ipmitool`` power driver's reboot method
|
||||||
that the reboot can fail properly if power off failed.
|
so that the reboot can fail properly if power off failed.
|
||||||
|
|||||||
@ -1,13 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- Adds ``mode`` and ``properties`` fields in the portgroup object. Both of
|
|
||||||
them are optional and can be set from the API, though it is forbidden to
|
|
||||||
remove the ``mode`` from the portgroup. They are available starting with
|
|
||||||
API microversion 1.26. If the ``mode`` field of a portgroup is not
|
|
||||||
specified in a POST request, its value will be set to the value of the
|
|
||||||
configuration option ``[DEFAULT]default_portgroup_mode``. The configuration
|
|
||||||
option ``[DEFAULT]default_portgroup_mode`` has a value of ``active-backup``
|
|
||||||
by default.
|
|
||||||
fixes:
|
|
||||||
- |
|
|
||||||
``address`` field of a portgroup is optional for all API microversions.
|
|
||||||
@ -1,10 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Adds, starting with REST API version 1.24:
|
|
||||||
|
|
||||||
* the new endpoint `v1/nodes/<node>/portgroups`;
|
|
||||||
* the new endpoint `v1/portgroups/<portgroup>/ports`;
|
|
||||||
* the new field `portgroup_uuid` to a port. This is the UUID
|
|
||||||
of a port group that this port belongs to, or None if it doesn't
|
|
||||||
belong to any port group.
|
|
||||||
@ -1,8 +1,15 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- Adds support of attaching/detaching network VIFs
|
- Adds support for attaching and detaching network VIFs
|
||||||
to ironic ports by using ``v1/nodes/<node>/vifs``
|
to ironic ports and port groups by using the ``/v1/nodes/<node>/vifs``
|
||||||
API endpoint that was added in API version 1.28.
|
API endpoint that was added in API version 1.28.
|
||||||
|
When attaching a VIF to a node, it is attached to the first free port
|
||||||
|
group. A port group is considered free if it has no VIFs attached to any of
|
||||||
|
its ports. Otherwise, only the unattached ports of this port group are
|
||||||
|
available for attachment. If there are no free port groups, the first
|
||||||
|
available port is used instead, where ports with ``pxe_enabled`` set to
|
||||||
|
``True`` have higher priority.
|
||||||
deprecations:
|
deprecations:
|
||||||
- Using port.extra['vif_port_id'] for attaching/detaching
|
- Using ``port.extra['vif_port_id']`` for attaching and detaching
|
||||||
VIFs to ports is deprecated and will be removed in Pike release.
|
VIFs to ports or port groups is deprecated and will be removed in Pike
|
||||||
|
release.
|
||||||
|
|||||||
@ -1,6 +1,21 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- |
|
- |
|
||||||
Adds support for portgroups with a new endpoint `/v1/portgroups/`
|
Adds support for port groups with a new endpoint ``/v1/portgroups/``.
|
||||||
in the REST API version 1.23. Ports can be combined into
|
Ports can be combined into port groups to support static Link Aggregation
|
||||||
portgroups to support static LAG and MLAG configurations.
|
Group (LAG) and Multi-Chassis LAG (MLAG) configurations.
|
||||||
|
|
||||||
|
Note that if the optional ``mode`` field for a port group is not specified,
|
||||||
|
its value will be set to the value of the configuration option
|
||||||
|
``[DEFAULT]default_portgroup_mode``, which defaults to ``active-backup``.
|
||||||
|
|
||||||
|
Additionally, adds the following API changes:
|
||||||
|
|
||||||
|
* a new endpoint ``/v1/nodes/<node>/portgroups``.
|
||||||
|
* a new endpoint ``/v1/portgroups/<portgroup>/ports``.
|
||||||
|
* a new field ``portgroup_uuid`` on the port object. This is the UUID
|
||||||
|
of a port group that this port belongs to, or None if it does not
|
||||||
|
belong to any port group.
|
||||||
|
|
||||||
|
All port group API functions are available starting with version 1.26 of
|
||||||
|
the REST API.
|
||||||
|
|||||||
@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- Add the field `standalone_ports_supported` to the
|
- Add the field `standalone_ports_supported` to the
|
||||||
portgroup object. This field indicates whether
|
port group object. This field indicates whether
|
||||||
ports that are members of this portgroup can be
|
ports that are members of this port group can be
|
||||||
used as stand-alone ports. The default is True.
|
used as stand-alone ports. The default is ``True``.
|
||||||
|
|||||||
@ -1,3 +1,4 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- AgentDeploy now correctly supports take-over for ACTIVE netboot-ed nodes.
|
- Drivers using the ``AgentDeploy`` interface now correctly support take-over
|
||||||
|
for ``ACTIVE`` netboot-ed nodes.
|
||||||
|
|||||||
@ -1,11 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- Enables port group usage when attaching/detaching VIFs.
|
|
||||||
When attaching a VIF to a node, it is attached to the first free port
|
|
||||||
group. Port group is considered free if it has no VIFs attached to any of
|
|
||||||
its ports. Otherwise, only the unattached ports of this portgroup are
|
|
||||||
available for attachment. If there are no free port groups, the first
|
|
||||||
available port (pxe_enabled has higher priority) is used instead.
|
|
||||||
deprecations:
|
|
||||||
- Using portgroup.extra['vif_port_id'] for attaching/detaching
|
|
||||||
VIFs to port groups is deprecated and will be removed in Pike release.
|
|
||||||
@ -1,4 +1,4 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- Fixes bug where the user tries to configure the ssh power driver using a
|
- Fixes SSH driver validation when using a private key with a passphrase for
|
||||||
private key protected by a passphrase.
|
authentication.
|
||||||
|
|||||||
@ -1,5 +1,5 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- This fixes the issue setting persistent boot device does not work
|
- Fixes an issue where setting a boot device as persistent does not work when
|
||||||
with ipmi_force_boot_device=True. For more information, see
|
``ipmi_force_boot_device`` is set to ``True``. For more information, see
|
||||||
https://bugs.launchpad.net/ironic/+bug/1626453
|
https://bugs.launchpad.net/ironic/+bug/1626453.
|
||||||
|
|||||||
@ -1,4 +1,4 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- Fixes the issue that API service does not start if audit is enabled with
|
- Fixes an issue where the API service does not start if audit is enabled
|
||||||
default value of "ignore_req_list" config option.
|
with the default value of ``[audit]/ignore_req_list`` configuration option.
|
||||||
|
|||||||
@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
deprecations:
|
deprecations:
|
||||||
- The function build_instance_info_for_deploy() is deprecated from
|
- The function ``build_instance_info_for_deploy`` is deprecated from
|
||||||
ironic.drivers.modules.agent and will be removed in the Pike cycle.
|
``ironic.drivers.modules.agent`` and will be removed in the Pike cycle.
|
||||||
Its new home is ironic.drivers.modules.deploy_utils. Out-of-tree
|
Its new home is ``ironic.drivers.modules.deploy_utils``. Out-of-tree
|
||||||
drivers that use this function should be updated accordingly.
|
drivers that use this function should be updated accordingly.
|
||||||
|
|||||||
@ -1,4 +1,4 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- Set correct node's "updated_at" field after
|
- Now sets node's ``updated_at`` field correctly after a node has been
|
||||||
node has been updated.
|
updated.
|
||||||
|
|||||||
@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- Remove a check that was preventing whole disk images to be deployed
|
- Removes a check that was preventing whole disk images from being deployed
|
||||||
in UEFI mode without explicitly setting the boot_option capability to
|
in UEFI mode without explicitly setting the ``boot_option`` capability to
|
||||||
"local". For whole disk images Ironic already assumes booting from
|
``local``. For whole disk images, ironic already assumes booting from
|
||||||
the hard-drive by default.
|
local storage by default.
|
||||||
|
|||||||
@ -1,8 +1,8 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- Accepting ``[conductor]/api_url`` value specified in the configuration
|
- A ``[conductor]/api_url`` value specified in the configuration file that
|
||||||
file that does not start with either ``https://`` or ``http://``.
|
does not start with either ``https://`` or ``http://`` is no longer
|
||||||
Such value leads to deployment failure on ironic-python-agent side.
|
allowed. An incorrect value led to deployment failure on
|
||||||
This misconfiguration will be detected during ironic-conductor
|
ironic-python-agent side. This misconfiguration will now be detected during
|
||||||
and ironic-api start. An exception will be raised and an error about
|
ironic-conductor and ironic-api startup. An exception will be raised and an
|
||||||
the invalid value will be logged.
|
error about the invalid value will be logged.
|
||||||
|
|||||||
@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- Fixes an issue with neutron network interface, that could lead
|
- Fixes an issue with the ``neutron`` network interface that could lead to an
|
||||||
to inability to retry the deployment in case of failure on
|
inability to retry the deployment in case of failure on boot interface's
|
||||||
boot interface's prepare_ramdisk stage.
|
``prepare_ramdisk`` stage.
|
||||||
|
|
||||||
|
|||||||
@ -1,5 +0,0 @@
|
|||||||
---
|
|
||||||
upgrade:
|
|
||||||
- The conductor will now fail to start up if invalid configuration is
|
|
||||||
provided, such that a default interface implementation for any enabled
|
|
||||||
hardware type cannot be found.
|
|
||||||
@ -3,4 +3,4 @@ upgrade:
|
|||||||
- The ``[DEFAULT]/debug`` configuration option now also enables debug
|
- The ``[DEFAULT]/debug`` configuration option now also enables debug
|
||||||
logs for the ``ironic-python-agent`` ramdisk. If the ``ipa-debug``
|
logs for the ``ironic-python-agent`` ramdisk. If the ``ipa-debug``
|
||||||
kernel option is already present in the ``[pxe]/pxe_append_params``
|
kernel option is already present in the ``[pxe]/pxe_append_params``
|
||||||
configuration option Ironic will not overwrite it.
|
configuration option, ironic will not overwrite it.
|
||||||
|
|||||||
@ -3,8 +3,8 @@ deprecations:
|
|||||||
- |
|
- |
|
||||||
Usage of the following values was deprecated in the policy files:
|
Usage of the following values was deprecated in the policy files:
|
||||||
|
|
||||||
- domain_id and domain_name - user_domain_id should be used
|
- ``domain_id`` and ``domain_name`` - ``user_domain_id`` should be used
|
||||||
instead of those (note - user_domain is an ID of the domain,
|
instead of those (note - ``user_domain_id`` is an ID of the domain,
|
||||||
not its name);
|
not its name).
|
||||||
- tenant - project_name should be used instead;
|
- ``tenant`` - ``project_name`` should be used instead.
|
||||||
- user - user_id should be used instead.
|
- ``user`` - ``user_id`` should be used instead.
|
||||||
|
|||||||
@ -1,11 +1,11 @@
|
|||||||
---
|
---
|
||||||
upgrade:
|
upgrade:
|
||||||
- In this release node creation logic was moved from the API service to
|
- Moves node creation logic from the API service to the conductor service.
|
||||||
the conductor service. This is more consistent with other node operations
|
This is more consistent with other node operations and opens opportunities
|
||||||
and opens opportunities for conductor-side validations on nodes.
|
for conductor-side validations on nodes. However, with this change, node
|
||||||
However, with this change, node creation may take longer, and this may
|
creation may take longer, and this may limit the number of nodes that can
|
||||||
limit the number of nodes that can be enrolled in parallel.
|
be enrolled in parallel.
|
||||||
- The "[DEFAULT]default_network_interface" and "[dhcp]dhcp_provider"
|
- The ``[DEFAULT]/default_network_interface`` and ``[dhcp]/dhcp_provider``
|
||||||
configuration options were previously required for the ironic-api service
|
configuration options were previously required for the ironic-api service
|
||||||
to calculate the correct "network_interface" default. Now these options
|
to calculate the correct "network_interface" default. Now these options
|
||||||
are only read by the ironic-conductor service.
|
are only required by the ironic-conductor service.
|
||||||
|
|||||||
@ -1,8 +1,9 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- Adds new option "[deploy]/default_boot_option" for setting the default
|
- Adds new option ``[deploy]/default_boot_option`` for setting the default
|
||||||
boot option when no explicit boot option is requested via capabilities.
|
boot option when no explicit boot option is requested via capabilities.
|
||||||
upgrade:
|
upgrade:
|
||||||
- We are going to change the default value of "[deploy]/default_boot_option"
|
- A future release will change the default value of
|
||||||
from "netboot" to "local" eventually. To avoid disruptions, it is
|
``[deploy]/default_boot_option`` from "netboot" to "local". To
|
||||||
recommended to an explicit value to this option.
|
avoid disruptions, it is recommended to set an explicit value for this
|
||||||
|
option.
|
||||||
|
|||||||
@ -1,25 +1,25 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- |
|
- |
|
||||||
Adds new methods to network interfaces, they will become
|
Adds new methods to network interfaces, which will become
|
||||||
mandatory in Pike release:
|
mandatory in Pike release:
|
||||||
|
|
||||||
* ``vif_list`` - List attached VIF IDs for a node
|
* ``vif_list``: List attached VIF IDs for a node.
|
||||||
* ``vif_attach`` - Attach a virtual network interface to a node
|
* ``vif_attach``: Attach a virtual network interface to a node.
|
||||||
* ``vif_detach`` - Detach a virtual network interface from a node
|
* ``vif_detach``: Detach a virtual network interface from a node.
|
||||||
* ``port_changed`` - Handle any actions required when a port
|
* ``port_changed``: Handle any actions required when a port
|
||||||
changes
|
changes.
|
||||||
* ``portgroup_changed`` - Handle any actions required when a
|
* ``portgroup_changed``: Handle any actions required when a
|
||||||
portgroup changes
|
port group changes.
|
||||||
* ``get_current_vif`` - Return VIF ID attached to port or portgroup
|
* ``get_current_vif``: Return VIF ID attached to port or port group
|
||||||
object.
|
object.
|
||||||
deprecations:
|
deprecations:
|
||||||
- |
|
- |
|
||||||
``update_mac_address`` method in DHCP providers is
|
``update_mac_address`` method in the DHCP provider interface is
|
||||||
deprecated and will be removed in the Pike release.
|
deprecated and will be removed in the Pike release.
|
||||||
The logic should be moved to a custom network
|
The logic should be moved to a custom network
|
||||||
interface's ``port_changed`` and ``portgroup_changed``.
|
interface's ``port_changed`` and ``portgroup_changed`` methods.
|
||||||
fixes:
|
fixes:
|
||||||
- |
|
- |
|
||||||
An issue when pre-created tenant port was automatically
|
Fixes an issue where a pre-created tenant port was automatically
|
||||||
deleted by Ironic on instance delete.
|
deleted by ironic on instance delete.
|
||||||
|
|||||||
@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
upgrade:
|
upgrade:
|
||||||
- Minimum required version of python-oneviewclient bumped to 2.5.2
|
- The minimum version of python-oneviewclient is now 2.5.2.
|
||||||
fixes:
|
fixes:
|
||||||
- A validation step is added to verify that the Server Profile
|
- A validation step is added to verify that the Server Profile
|
||||||
Template's MAC type is set to Physical when dynamic allocation
|
Template's MAC type is set to Physical when dynamic allocation
|
||||||
|
|||||||
@ -1,8 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- The conductor process no longer requires at least one classic driver
|
|
||||||
to start. Instead, it requires at least one classic driver *or* at least
|
|
||||||
one dynamic driver.
|
|
||||||
upgrade:
|
|
||||||
- The conductor process will refuse to start if a dynamic driver and
|
|
||||||
a classic driver with the same name are both enabled.
|
|
||||||
@ -1,20 +1,88 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- |
|
- |
|
||||||
Provides support for dynamic drivers.
|
Adds support for dynamic drivers. Using a dynamic driver in a node's
|
||||||
|
``driver`` field is now possible. Dynamic drivers are composed of a
|
||||||
|
``hardware type`` and a number of ``hardware interfaces``.
|
||||||
|
|
||||||
With REST API version 1.30, adds additional parameters and response
|
NOTE: this feature is considered somewhat experimental, as not all classic
|
||||||
fields for GET /v1/drivers and GET /v1/drivers/<name>.
|
drivers have a corresponding dynamic driver, and there is minimal CI
|
||||||
|
for dynamic drivers at the time of this writing.
|
||||||
|
|
||||||
Also allows dynamic drivers to be used and returned in the following
|
Hardware types are enabled via the ``[DEFAULT]/enabled_hardware_types``
|
||||||
API calls, in all versions of the REST API:
|
configuration option, and hardware interfaces are enabled via the
|
||||||
|
``[DEFAULT]/enabled_*_interfaces`` configuration option. A default
|
||||||
|
interface to use when creating or updating nodes can be specified with the
|
||||||
|
``[DEFAULT]/default_*_interface`` configuration option.
|
||||||
|
|
||||||
* GET /v1/drivers
|
The ironic-conductor process will now fail to start if:
|
||||||
* GET /v1/drivers/<name>
|
|
||||||
* GET /v1/drivers/<name>/properties
|
|
||||||
* GET /v1/drivers/<name>/vendor_passthru/methods
|
|
||||||
* GET/POST /v1/drivers/<name>/vendor_passthru
|
|
||||||
* GET/POST /v1/nodes/<id>/vendor_passthru
|
|
||||||
|
|
||||||
For more details, see the `REST API Version History documentation
|
- a default interface implementation for any enabled hardware type cannot
|
||||||
|
be found.
|
||||||
|
- a dynamic driver and a classic driver with the same name are both
|
||||||
|
enabled.
|
||||||
|
- at least one classic driver *or* one dynamic driver is not enabled.
|
||||||
|
|
||||||
|
Hardware types available in this release are:
|
||||||
|
|
||||||
|
- ``ipmi`` for IPMI-compatible hardware. This type is enabled by default.
|
||||||
|
Uses the ``ipmitool`` utility under the hood, similar to existing classic
|
||||||
|
drivers ``pxe_ipmitool`` and ``agent_ipmitool``. Supports both types of
|
||||||
|
serial console: via ``shellinabox`` and via ``socat``, both are disabled
|
||||||
|
by default.
|
||||||
|
|
||||||
|
- ``irmc`` for FUJITSU PRIMERGY servers, disabled by default.
|
||||||
|
|
||||||
|
This feature has a number of REST API changes, all of which are available
|
||||||
|
in API version 1.31.
|
||||||
|
|
||||||
|
- Adds additional parameters and response fields for GET /v1/drivers and
|
||||||
|
GET /v1/drivers/<name>.
|
||||||
|
|
||||||
|
- Exposes the following fields on the node resource, to allow getting and
|
||||||
|
setting interfaces for a dynamic driver:
|
||||||
|
|
||||||
|
* boot_interface
|
||||||
|
* console_interface
|
||||||
|
* deploy_interface
|
||||||
|
* inspect_interface
|
||||||
|
* management_interface
|
||||||
|
* power_interface
|
||||||
|
* raid_interface
|
||||||
|
* vendor_interface
|
||||||
|
|
||||||
|
- Allows dynamic drivers to be used and returned in the following
|
||||||
|
API calls, in all versions of the REST API:
|
||||||
|
|
||||||
|
* GET /v1/drivers
|
||||||
|
* GET /v1/drivers/<name>
|
||||||
|
* GET /v1/drivers/<name>/properties
|
||||||
|
* GET /v1/drivers/<name>/vendor_passthru/methods
|
||||||
|
* GET/POST /v1/drivers/<name>/vendor_passthru
|
||||||
|
* GET/POST /v1/nodes/<id>/vendor_passthru
|
||||||
|
|
||||||
|
For more details on the REST API changes, see the `REST API Version History
|
||||||
|
documentation
|
||||||
<http://docs.openstack.org/developer/ironic/dev/webapi-version-history.html>`_.
|
<http://docs.openstack.org/developer/ironic/dev/webapi-version-history.html>`_.
|
||||||
|
|
||||||
|
This also adds dynamic interface fields to node-related notifications:
|
||||||
|
|
||||||
|
* boot_interface
|
||||||
|
* console_interface
|
||||||
|
* deploy_interface
|
||||||
|
* inspect_interface
|
||||||
|
* management_interface
|
||||||
|
* power_interface
|
||||||
|
* raid_interface
|
||||||
|
* vendor_interface
|
||||||
|
|
||||||
|
The affected notifications are:
|
||||||
|
|
||||||
|
* baremetal.node.create.*, new payload version 1.1
|
||||||
|
* baremetal.node.update.*, new payload version 1.1
|
||||||
|
* baremetal.node.delete.*, new payload version 1.1
|
||||||
|
* baremetal.node.maintenance.*, new payload version 1.3
|
||||||
|
* baremetal.node.console.*, new payload version 1.3
|
||||||
|
* baremetal.node.power_set.*, new payload version 1.3
|
||||||
|
* baremetal.node.power_state_corrected.*, new payload version 1.3
|
||||||
|
* baremetal.node.provision_set.*, new payload version 1.3
|
||||||
|
|||||||
@ -1,5 +1,5 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- An issue when baremetal admin user doesn't have enough rights (admin)
|
- Changes interactions with neutron to always use the neutron credentials
|
||||||
in Neutron by always picking neutron user from ironic config
|
from ironic configuration, instead of forwarding the credentials from the
|
||||||
and avoiding passing client token.
|
API client.
|
||||||
|
|||||||
@ -1,4 +1,4 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- Fixes a bug in the oneview driver where the periodic task to
|
- Fixes a bug in the OneView driver where the periodic task to
|
||||||
check if a node is in use by oneview may end prematurely.
|
check if a node is in use by OneView may end prematurely.
|
||||||
|
|||||||
@ -1,4 +1,4 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- Some of the API methods were not using the right context values for
|
- Fixes a bug where some of the API methods were not using the right context
|
||||||
checking the policy, this release fixes the issue.
|
values for checking the policy.
|
||||||
|
|||||||
@ -1,9 +1,9 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- Ironic exceptions that contained arbitrary objects in kwargs and were sent
|
- Ironic exceptions that contained arbitrary objects in ``kwargs`` and were
|
||||||
via RPC were causing oslo_messaging serializer to fail. This was leading
|
sent via RPC were causing ``oslo_messaging`` serializer to fail. This was
|
||||||
to 500 errors from ironic API, timing out waiting for response from the
|
leading to 500 errors from ironic API, timing out waiting for response from
|
||||||
conductor. Starting with this release, all non-serializable objects
|
the conductor. Starting with this release, all non-serializable objects
|
||||||
contained in an exception's kwargs are dropped. If the error is going to
|
contained in an exception's kwargs are dropped. Whether the error is going
|
||||||
be returned by the service will depend on the configuration option
|
to be returned by the service will depend on the configuration option
|
||||||
``[DEFAULT]fatal_exception_format_errors``.
|
``[DEFAULT]/fatal_exception_format_errors``.
|
||||||
|
|||||||
@ -1,8 +1,7 @@
|
|||||||
---
|
---
|
||||||
upgrade:
|
upgrade:
|
||||||
- |
|
- |
|
||||||
Ironic now uses only Image (glance) V2 API by default. Usage of deprecated
|
Ironic now uses only the Image Service (glance) v2 API by default. Use of
|
||||||
V1 API for certain basic tasks can still be enabled by setting
|
the deprecated v1 API for certain basic tasks can still be enabled by setting
|
||||||
"[glance]glance_api_version" to "1". This option, however, does not affect
|
``[glance]/glance_api_version`` to ``1``. This option, however, does not
|
||||||
temporary URL generation, as it always required V2 API and cannot work
|
affect temporary URL generation, as it always requires the v2 API.
|
||||||
with V1.
|
|
||||||
|
|||||||
@ -1,11 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- Hardware interfaces are now loaded at conductor startup,
|
|
||||||
and registered in the database. ``[default]/enabled_*_interfaces``
|
|
||||||
and ``[default]/default_*_interfaces`` configuration options now have an
|
|
||||||
effect on this.
|
|
||||||
upgrade:
|
|
||||||
- Hardware interfaces are now loaded at conductor startup,
|
|
||||||
and registered in the database. ``[default]/enabled_*_interfaces``
|
|
||||||
and ``[default]/default_*_interfaces`` configuration options now have an
|
|
||||||
effect on this.
|
|
||||||
@ -1,4 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- Using a dynamic driver in a node's driver field is now possible, though
|
|
||||||
customizing the interfaces is not yet exposed in the REST API.
|
|
||||||
@ -1,5 +1,6 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- Add support for the injection of Non-Masking Interrupts (NMI) for
|
- Add support for the injection of Non-Masking Interrupts (NMI) for
|
||||||
a node in Ironic API 1.29. This feature can be used for hardware
|
a node in REST API version 1.29. This feature can be used for hardware
|
||||||
diagnostics, and actual support depends on a driver.
|
diagnostics, and actual support depends on the driver. In 7.0.0, this is
|
||||||
|
available in the ipmitool and iRMC drivers.
|
||||||
|
|||||||
@ -1,7 +1,7 @@
|
|||||||
---
|
---
|
||||||
upgrade:
|
upgrade:
|
||||||
- |
|
- |
|
||||||
The "[inspector]enabled" configuration option no longer has effect on
|
The ``[inspector]/enabled`` configuration option no longer has effect on
|
||||||
the "fake_inspector" driver. It will also not have effect on new-style
|
the ``fake_inspector`` driver. It will also not have effect on new-style
|
||||||
dynamic drivers based on hardware types - it will be necessary to use
|
dynamic drivers based on hardware types; it will be necessary to use
|
||||||
"enabled_inspect_interfaces" instead.
|
``[DEFAULT]/enabled_inspect_interfaces`` instead.
|
||||||
|
|||||||
@ -1,4 +0,0 @@
|
|||||||
---
|
|
||||||
upgrade:
|
|
||||||
- Add database migration to add new fields corresponding to all interfaces
|
|
||||||
to the node table.
|
|
||||||
@ -1,8 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Introduces new hardware type ``ipmi`` for IPMI-compatible hardware.
|
|
||||||
This type is enabled by default. Uses ``ipmitool`` utility under the hood,
|
|
||||||
similar to existing classic drivers ``pxe_ipmitool`` and
|
|
||||||
``agent_ipmitool``. Supports both types of serial console: via
|
|
||||||
``shellinabox`` and via ``socat``, both are disabled by default.
|
|
||||||
@ -1,4 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- Adds support for the injection of Non-Masking Interrupts (NMI) to
|
|
||||||
ipmitool driver.
|
|
||||||
@ -1,4 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- Adds support for ``soft reboot`` and ``soft power off`` to
|
|
||||||
ipmitool driver.
|
|
||||||
@ -1,4 +1,3 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- Can now deploy to a IPv6 iscsi portal if
|
- Adds support for deploying to IPv6 iSCSI portals.
|
||||||
instructed to do so.
|
|
||||||
|
|||||||
@ -1,3 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- Adds new hardware type 'irmc' for FUJITSU PRIMERGY servers.
|
|
||||||
@ -1,4 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- Adds support for the injection of Non-Masking Interrupts (NMI) to
|
|
||||||
iRMC driver.
|
|
||||||
@ -1,4 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- Adds support for ``soft reboot`` and ``soft power off`` to
|
|
||||||
iRMC driver.
|
|
||||||
@ -1,5 +1,5 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- |
|
- |
|
||||||
Fix bug in manual clean steps caching, which resulting in all clean steps
|
Fixes a bug in manual clean step caching, which resulted in all clean steps
|
||||||
being not abortable. See https://bugs.launchpad.net/ironic/+bug/1658061.
|
not being abortable. See https://bugs.launchpad.net/ironic/+bug/1658061.
|
||||||
|
|||||||
@ -1,4 +1,4 @@
|
|||||||
---
|
---
|
||||||
security:
|
security:
|
||||||
- private ssh keys are now masked when using the ssh power driver
|
- Private SSH keys are now masked when using the SSH power driver
|
||||||
and node details are requested.
|
and node details are requested.
|
||||||
|
|||||||
@ -1,13 +1,20 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- Support multi architecture deployment. E.g., to
|
- |
|
||||||
deploy x86_64, aarch64 servers by one ironic conductor.
|
Adds support to deploy to nodes with different CPU architectures
|
||||||
Two new config options, ``pxe_config_template_by_arch``
|
from a single conductor. This depends on
|
||||||
and ``pxe_bootfile_name_by_arch``, are introduced to
|
two new configuration options, ``[pxe]/pxe_config_template_by_arch``
|
||||||
support multi architecture deployment. They are
|
and ``[pxe]/pxe_bootfile_name_by_arch``. Each is a
|
||||||
dictionary values to hold pxe config templates and
|
dictionary mapping CPU architecture to PXE config template or
|
||||||
boot files for multiple architectures, with cpu_arch
|
PXE boot file name, respectively.
|
||||||
property per node as the key. If cpu_arch is not found
|
|
||||||
in dictionary, options ``pxe_config_template``,
|
As an example, the syntax might look like::
|
||||||
|
|
||||||
|
pxe_config_template_by_arch=aarch64:pxe_grubaa64_config.template,ppc64:pxe_ppc64_config.template
|
||||||
|
|
||||||
|
Ironic attempts to map the CPU architecture in this mapping to
|
||||||
|
the ``properties/cpu_arch`` field for a node. If the node's CPU
|
||||||
|
architecture is not found in the mapping, ironic will fall back to
|
||||||
|
the standard options ``pxe_config_template``,
|
||||||
``pxe_bootfile_name``, ``uefi_pxe_config_template``,
|
``pxe_bootfile_name``, ``uefi_pxe_config_template``,
|
||||||
``uefi_pxe_bootfile_name`` will be used as usual.
|
and ``uefi_pxe_bootfile_name``.
|
||||||
|
|||||||
@ -1,11 +1,11 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- Adds new option ``[conductor]/send_sensor_data_workers``
|
- Adds new configuration option ``[conductor]/send_sensor_data_workers``
|
||||||
to allow concurrently sending sensor data using the specified
|
to allow concurrent sending of sensor data using the specified
|
||||||
number of green threads.
|
number of green threads.
|
||||||
``[conductor]/wait_timeout_for_send_sensor_data`` option allows
|
The ``[conductor]/wait_timeout_for_send_sensor_data`` configuration option
|
||||||
to specify the time to wait for all spawned green threads before
|
is the time to wait for all spawned green threads before running the
|
||||||
running the periodic task again.
|
periodic task again.
|
||||||
upgrade:
|
upgrade:
|
||||||
- Increases number of workers from 1 to 4 for the ``send_sensor_data``
|
- Increases the default number of workers for the ``send_sensor_data``
|
||||||
periodic task.
|
periodic task from 1 to 4.
|
||||||
|
|||||||
@ -1,13 +1,15 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- Names can now be used instead of UUIDs for "cleaning_network" and
|
- Names can now be used instead of UUIDs for ``[neutron]/cleaning_network``
|
||||||
"provisioning_network" [neutron] configuration options (formerly
|
and
|
||||||
called "cleaning_network_uuid" and "provisioning_network_uuid").
|
``[neutron]/provisioning_network`` configuration options (formerly
|
||||||
|
called ``[neutron]/cleaning_network_uuid`` and
|
||||||
|
``[neutron]/provisioning_network_uuid``).
|
||||||
Care has to be taken to ensure that the
|
Care has to be taken to ensure that the
|
||||||
names are unique among all networks in this case. Note that mapping between
|
names are unique among all networks in this case. Note that the mapping
|
||||||
a name and a UUID is cached for the lifetime of the conductor.
|
between a name and a UUID is cached for the lifetime of the conductor.
|
||||||
deprecations:
|
deprecations:
|
||||||
- Configuration options "[neutron]cleaning_network_uuid" and
|
- Configuration options ``[neutron]/cleaning_network_uuid`` and
|
||||||
"[neutron]provisioning_network_uuid" are deprecated in favor of new
|
``[neutron]/provisioning_network_uuid`` are deprecated in favor of the new
|
||||||
"[neutron]cleaning_network" and "[neutron]provisioning_network"
|
configuration options ``[neutron]/cleaning_network`` and
|
||||||
respectively.
|
``[neutron]/provisioning_network`` respectively.
|
||||||
|
|||||||
@ -1,6 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- Add notifications for start and stop console on the node.
|
|
||||||
Event types are
|
|
||||||
"baremetal.node.console_{set, restore}.{start, end, error}"
|
|
||||||
For more details, see the developer documentation.
|
|
||||||
@ -1,15 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Adds version 1.31 of the REST API, which exposes the following fields on
|
|
||||||
the node resource, to allow getting and setting interfaces for a dynamic
|
|
||||||
driver:
|
|
||||||
|
|
||||||
* boot_interface
|
|
||||||
* console_interface
|
|
||||||
* deploy_interface
|
|
||||||
* inspect_interface
|
|
||||||
* management_interface
|
|
||||||
* power_interface
|
|
||||||
* raid_interface
|
|
||||||
* vendor_interface
|
|
||||||
@ -1,5 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- Add notifications for node maintenance. Event types are
|
|
||||||
"baremetal.node.maintenance_set.{start, end, error}"
|
|
||||||
For more details, see the developer documentation.
|
|
||||||
@ -1,25 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Adds dynamic interface fields to node-related notifications:
|
|
||||||
|
|
||||||
* boot_interface
|
|
||||||
* console_interface
|
|
||||||
* deploy_interface
|
|
||||||
* inspect_interface
|
|
||||||
* management_interface
|
|
||||||
* power_interface
|
|
||||||
* raid_interface
|
|
||||||
* vendor_interface
|
|
||||||
|
|
||||||
Affected notifications are:
|
|
||||||
|
|
||||||
* baremetal.node.create.*, new payload version 1.1
|
|
||||||
* baremetal.node.update.*, new payload version 1.1
|
|
||||||
* baremetal.node.delete.*, new payload version 1.1
|
|
||||||
* baremetal.node.maintenance.*, new payload version 1.3
|
|
||||||
* baremetal.node.console.*, new payload version 1.3
|
|
||||||
* baremetal.node.power_set.*, new payload version 1.3
|
|
||||||
* baremetal.node.power_state_corrected.*, new payload version 1.3
|
|
||||||
* baremetal.node.provision_set.*, new payload version 1.3
|
|
||||||
|
|
||||||
@ -1,5 +1,3 @@
|
|||||||
---
|
---
|
||||||
upgrade:
|
|
||||||
- Minimum required version of python-oneviewclient bumped to 2.5.1
|
|
||||||
features:
|
features:
|
||||||
- Adds in-band inspection interface usable by OneView drivers.
|
- Adds in-band inspection interface usable by OneView drivers.
|
||||||
|
|||||||
@ -1,7 +1,4 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- Previously (python-oneviewclient < 2.4.0), due to limitations of
|
- Fixes the OneView driver to make the ``set_boot_device`` method work as
|
||||||
python-oneviewclient, boot device was always set persistenly with
|
expected with the ``persistent`` option set to ``False``.
|
||||||
OneView drivers. Now that one-time boot is implemented in python-oneviewclient,
|
|
||||||
changing the oneview driver to exhibit the expected behavior when
|
|
||||||
set_boot_device is called with persistent=False.
|
|
||||||
|
|||||||
@ -1,14 +1,16 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- Ironic is now configured to work with two oslo.policy CLI scripts that have
|
- |
|
||||||
|
Ironic is now configured to work with two oslo.policy CLI scripts that have
|
||||||
been added.
|
been added.
|
||||||
|
|
||||||
The first of these can be called like
|
The first of these can be called like
|
||||||
"oslopolicy-list-redundant --namespace ironic" and will output a list of
|
``oslopolicy-list-redundant --namespace ironic`` and will output a list of
|
||||||
policy rules in policy.[json|yaml] that match the project defaults. These
|
policy rules in policy.[json|yaml] that match the project defaults. These
|
||||||
rules can be removed from the policy file as they have no effect there.
|
rules can be removed from the policy file as they have no effect there.
|
||||||
|
|
||||||
The second script can be called like
|
The second script can be called like
|
||||||
"oslopolicy-policy-generator --namespace ironic --output-file policy-merged.yaml"
|
``oslopolicy-policy-generator --namespace ironic
|
||||||
|
--output-file policy-merged.yaml``
|
||||||
and will populate the policy-merged.yaml file with the effective policy.
|
and will populate the policy-merged.yaml file with the effective policy.
|
||||||
This is the merged results of project defaults and config file overrides.
|
This is the merged results of project defaults and config file overrides.
|
||||||
|
|||||||
@ -1,13 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Adds notifications for:
|
|
||||||
|
|
||||||
* when ironic attempts to set the power state on the node (notifications
|
|
||||||
with event type "baremetal.node.power_set.{start, end, error}")
|
|
||||||
* when ironic detects the power state on baremetal hardware has changed
|
|
||||||
and updates the node in the database appropriately (notifications with
|
|
||||||
event type "baremetal.node.power_state_corrected.success")
|
|
||||||
|
|
||||||
These are emitted if notifications are enabled. For more details, see the
|
|
||||||
developer documentation.
|
|
||||||
@ -1,6 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- Adds notifications for node's provision state changes, event types are
|
|
||||||
"baremetal.node.provision_set.{start, end, success, error}".
|
|
||||||
For more details, see
|
|
||||||
http://docs.openstack.org/developer/ironic/dev/notifications.html.
|
|
||||||
@ -1,7 +1,7 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- |
|
- |
|
||||||
PXEBoot driver interface now correctly supports node take-over
|
Drivers using the ``PXEBoot`` boot interface now correctly support node
|
||||||
for netboot-ed nodes in ACTIVE state.
|
take-over for netboot-ed nodes in ``ACTIVE`` state. During take-over, the
|
||||||
During take-over, the PXE environment is first created anew before
|
PXE environment is first re-created before attempting to switch it to
|
||||||
attempting to switch it to "service mode".
|
"service mode".
|
||||||
|
|||||||
@ -15,7 +15,7 @@ other:
|
|||||||
a port group with portgroup.standalone_ports_supported already
|
a port group with portgroup.standalone_ports_supported already
|
||||||
set to False.
|
set to False.
|
||||||
* ``portgroup.standalone_ports_supported`` cannot be set to False on a
|
* ``portgroup.standalone_ports_supported`` cannot be set to False on a
|
||||||
portgroup if at least one port in that port group has
|
port group if at least one port in that port group has
|
||||||
``port.pxe_enabled=True``
|
``port.pxe_enabled=True``
|
||||||
* ``port.extra.vif_port_id`` cannot be set on a port that is a member of
|
* ``port.extra.vif_port_id`` cannot be set on a port that is a member of
|
||||||
a port group with ``portgroup.standalone_ports_supported=False`` as
|
a port group with ``portgroup.standalone_ports_supported=False`` as
|
||||||
|
|||||||
@ -26,12 +26,11 @@ features:
|
|||||||
* pxe_drac
|
* pxe_drac
|
||||||
* pxe_drac_inspector
|
* pxe_drac_inspector
|
||||||
* iscsi_irmc
|
* iscsi_irmc
|
||||||
|
* agent_ilo
|
||||||
|
* iscsi_ilo
|
||||||
|
* pxe_ilo
|
||||||
|
* agent_pxe_oneview
|
||||||
|
* iscsi_pxe_oneview
|
||||||
|
|
||||||
All the other vendor passthru methods are left in place if the
|
All the other vendor passthru methods are left in place if the
|
||||||
driver had them.
|
driver had them.
|
||||||
upgrade:
|
|
||||||
- Agent lookup/heartbeat as vendor passthru is removed from ironic.
|
|
||||||
That means that most in-tree drivers relying on Ironic Python Agent (IPA)
|
|
||||||
lookup/heartbeat functionality become incompatible with IPA < 1.5.0.
|
|
||||||
Operators are required to update their IPA-based deploy ramdisks to
|
|
||||||
contain IPA >= 1.5.0.
|
|
||||||
|
|||||||
@ -1,13 +1,14 @@
|
|||||||
---
|
---
|
||||||
upgrade:
|
upgrade:
|
||||||
- Ironic no longer supports agent lookup/heartbeats as vendor passthru.
|
- Ironic no longer supports agent lookup/heartbeats as vendor passthru
|
||||||
All out-of-tree drivers must be updated to use AgentDeployMixin classes
|
methods. All out-of-tree drivers must be updated to use
|
||||||
directly without relying on BaseAgentVendor class and other classes
|
``AgentDeployMixin`` classes directly without relying on
|
||||||
that were inheriting from it
|
``BaseAgentVendor`` class and other classes that were inheriting from it
|
||||||
(agent.AgentVendorInterface and iscsi_deploy.VendorPassthru).
|
(e.g. ``agent.AgentVendorInterface`` and ``iscsi_deploy.VendorPassthru``).
|
||||||
This means that Ironic is incompatible with deploy ramdisks based on
|
|
||||||
Ironic Python Agent (IPA) < 1.5.0.
|
This means that ironic is incompatible with deploy ramdisks based on Ironic
|
||||||
Operators should update their IPA-based deploy ramdisks in this case.
|
Python Agent (IPA) < 1.5.0. Operators must update their IPA-based deploy
|
||||||
Operators using non-IPA based deploy ramdisks which use ironic
|
ramdisks in this case. Operators using non-IPA based deploy ramdisks which
|
||||||
lookup/heartbeats functionality must update those to use top-level
|
use ironic lookup/heartbeats functionality must update their ramdisks to
|
||||||
ironic lookup/heartbeats REST API (available since ironic API v1.22).
|
use the top level ironic lookup/heartbeats REST API, available since ironic
|
||||||
|
API v1.22.
|
||||||
|
|||||||
@ -1,17 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Agent lookup/heartbeat as vendor passthru is removed from iLO drivers.
|
|
||||||
Affected drivers are
|
|
||||||
|
|
||||||
* agent_ilo
|
|
||||||
* iscsi_ilo
|
|
||||||
* pxe_ilo
|
|
||||||
|
|
||||||
Other existing vendor passthru methods are left inplace.
|
|
||||||
|
|
||||||
upgrade:
|
|
||||||
- Agent lookup/heartbeat as vendor passthru is removed from iLO drivers.
|
|
||||||
That means that iLO drivers become incompatible with IPA < 1.5.0.
|
|
||||||
Operators are required to update their IPA-based deploy ramdisks to
|
|
||||||
contain IPA >= 1.5.0.
|
|
||||||
@ -1,16 +0,0 @@
|
|||||||
---
|
|
||||||
features:
|
|
||||||
- |
|
|
||||||
Agent lookup/heartbeat as vendor passthru is removed from OneView drivers.
|
|
||||||
Affected drivers are
|
|
||||||
|
|
||||||
* agent_pxe_oneview
|
|
||||||
* iscsi_pxe_oneview
|
|
||||||
|
|
||||||
These drivers no longer have any vendor passthru methods.
|
|
||||||
|
|
||||||
upgrade:
|
|
||||||
- Agent lookup/heartbeat as vendor passthru is removed from OneView drivers.
|
|
||||||
That means that OneView drivers become incompatible with IPA < 1.5.0.
|
|
||||||
Operators are required to update their IPA-based deploy ramdisks to
|
|
||||||
contain IPA >= 1.5.0.
|
|
||||||
@ -1,17 +1,19 @@
|
|||||||
---
|
---
|
||||||
upgrade:
|
upgrade:
|
||||||
- |
|
- |
|
||||||
Removes these deprecated methods from the neutron provider built into ironic:
|
Removes these deprecated methods from the neutron DHCP provider built into
|
||||||
|
ironic:
|
||||||
|
|
||||||
* create_cleaning_ports
|
* create_cleaning_ports
|
||||||
* delete_cleaning_ports
|
* delete_cleaning_ports
|
||||||
|
|
||||||
Removes these related methods from ironic.drivers.modules.deploy_utils:
|
Removes these related methods from ``ironic.drivers.modules.deploy_utils``:
|
||||||
|
|
||||||
* prepare_cleaning_ports
|
* prepare_cleaning_ports
|
||||||
* tear_down_cleaning_ports
|
* tear_down_cleaning_ports
|
||||||
|
|
||||||
If you have your own custom ironic DHCP provider that implements
|
If you have your own custom ironic DHCP provider that implements
|
||||||
cleaning methods, you may need to update your code to use the
|
cleaning methods, you may need to update your code to use the
|
||||||
add_cleaning_network() and remove_cleaning_network() network
|
``add_cleaning_network()`` and ``remove_cleaning_network()`` network
|
||||||
interface methods.
|
interface methods. See the modules in ``ironic/drivers/modules/network/``
|
||||||
|
for more information.
|
||||||
|
|||||||
@ -1,6 +1,5 @@
|
|||||||
---
|
---
|
||||||
upgrade:
|
upgrade:
|
||||||
- |
|
- |
|
||||||
Attaching periodic tasks on a driver object (rather than an interface)
|
Removes support for attaching periodic tasks on a driver object, rather
|
||||||
was deprecated during the Newton cycle (6.1.0). Support has been
|
than an interface.
|
||||||
removed so it is no longer possible to do this.
|
|
||||||
|
|||||||
@ -1,7 +1,23 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- Adds notifications for creation, updates, or deletions of ironic resources
|
- |
|
||||||
(node, port and chassis). Event types are formatted as follows
|
Adds the following notifications:
|
||||||
"baremetal.<resource>.{create,update,delete}.{start,end,error}".
|
|
||||||
For more details, see the developer documentation
|
- Creation, updates, or deletions of ironic resources
|
||||||
/http://docs.openstack.org/developer/ironic/deploy/notifications.html.
|
(node, port and chassis). Event types are
|
||||||
|
``baremetal.<resource>.{create,update,delete}.{start,end,error}``.
|
||||||
|
- Start and stop console on a node. Event types are
|
||||||
|
``baremetal.node.console_{set,restore}.{start,end,error}``.
|
||||||
|
- Changes in node maintenance status. Event types are
|
||||||
|
``baremetal.node.maintenance_set.{start,end,error}``.
|
||||||
|
- When ironic attempts to set the power state on the node. Event types are
|
||||||
|
``baremetal.node.power_set.{start,end,error}``.
|
||||||
|
- When ironic detects the power state on baremetal hardware has changed
|
||||||
|
and updates the node in the database appropriately. Event types are
|
||||||
|
``baremetal.node.power_state_corrected.success``.
|
||||||
|
- Node provision state changes. Event types are
|
||||||
|
``baremetal.node.provision_set.{start,end,success,error}``.
|
||||||
|
|
||||||
|
These are only emitted when notifications are enabled.
|
||||||
|
For more details, see the developer documentation:
|
||||||
|
http://docs.openstack.org/developer/ironic/deploy/notifications.html.
|
||||||
|
|||||||
@ -1,4 +1,4 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- Fixes a bug where OneView drivers creates a new instance of the
|
- Fixes a bug where OneView drivers create a new instance of the OneView
|
||||||
oneview_client for each request made.
|
client for each request made.
|
||||||
|
|||||||
@ -1,7 +1,8 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- Support ``soft rebooting`` and ``soft power off`` requests to
|
- Adds support for soft reboot and soft power off requests in REST API
|
||||||
change node's power state with API version 1.27, and also
|
version 1.27. Also adds an optional ``timeout`` parameter to the node
|
||||||
introduce ``timeout`` optional parameter and
|
power state API. Adds a new configuration option
|
||||||
``[conductor]/soft_power_off_timeout`` configuration option.
|
``[conductor]/soft_power_off_timeout`` to define the default timeout
|
||||||
Custom power drivers may be enhanced to support this feature.
|
for soft power actions. In 7.0.0, this is supported for ipmitool and
|
||||||
|
iRMC drivers.
|
||||||
|
|||||||
Loading…
x
Reference in New Issue
Block a user