Fix up release notes for 14.0.0
Change-Id: I10286c48ddf3b7fba020db6175d5faa1c0911141
This commit is contained in:
parent
a50a1d0e5b
commit
78c3af414c
@ -3,7 +3,7 @@ features:
|
|||||||
- |
|
- |
|
||||||
Adds support for node retirement by adding a ``retired`` property
|
Adds support for node retirement by adding a ``retired`` property
|
||||||
to the node. If set, a node moves upon automatic cleaning to
|
to the node. If set, a node moves upon automatic cleaning to
|
||||||
``manageable`` (rather than ``available``). The new property can also
|
``manageable`` (rather than ``available``). The new property also
|
||||||
block the provide keyword, i.e. nodes cannot move from ``manageable``
|
blocks the ``provide`` keyword, i.e. nodes cannot move from ``manageable``
|
||||||
to ``available``. Furthermore, there is an additional optional property
|
to ``available``. Furthermore, there is an additional optional field
|
||||||
``retirement_reason`` to store the reason for the node's retirement.
|
``retirement_reason`` to store the reason for the node's retirement.
|
@ -1,5 +1,5 @@
|
|||||||
---
|
---
|
||||||
upgrade:
|
upgrade:
|
||||||
- |
|
- |
|
||||||
Changing minimum version of Ansible for use with the ``ansible``
|
Changes the minimum version of Ansible for use with the ``ansible``
|
||||||
``deploy_interface`` to version 2.5.
|
``deploy_interface`` to version 2.5.
|
||||||
|
@ -3,6 +3,6 @@ features:
|
|||||||
- |
|
- |
|
||||||
Adds support for specifying vendor_data when building config drives.
|
Adds support for specifying vendor_data when building config drives.
|
||||||
Starting with API version 1.59, a JSON based ``configdrive`` parameter to
|
Starting with API version 1.59, a JSON based ``configdrive`` parameter to
|
||||||
``/v1/nodes/<node>/states/provision`` can include the key vendor_data.
|
``/v1/nodes/<node>/states/provision`` can include the key ``vendor_data``.
|
||||||
This data will be built into the configdrive contents as
|
This data will be built into the configdrive contents as
|
||||||
vendor_data2.json.
|
``vendor_data2.json``.
|
||||||
|
@ -4,5 +4,5 @@ fixes:
|
|||||||
for RAID ``delete_configuration`` cleaning step gets created even
|
for RAID ``delete_configuration`` cleaning step gets created even
|
||||||
when there are no virtual disks or hotspares/dedicated hotspares
|
when there are no virtual disks or hotspares/dedicated hotspares
|
||||||
present on any controller.
|
present on any controller.
|
||||||
See bug `2006562 https://storyboard.openstack.org/#!/story/2006562`
|
See bug `2006562 <https://storyboard.openstack.org/#!/story/2006562>`_
|
||||||
for details.
|
for details.
|
||||||
|
@ -5,5 +5,5 @@ fixes:
|
|||||||
realtime mode and some do not. The approach is to use only realtime
|
realtime mode and some do not. The approach is to use only realtime
|
||||||
mode if all controllers support realtime. This removes the race
|
mode if all controllers support realtime. This removes the race
|
||||||
condition.
|
condition.
|
||||||
See bug `2006502 https://storyboard.openstack.org/#!/story/2006502`
|
See bug `2006502 <https://storyboard.openstack.org/#!/story/2006502>`_
|
||||||
for details
|
for details.
|
||||||
|
@ -2,7 +2,7 @@
|
|||||||
fixes:
|
fixes:
|
||||||
- |
|
- |
|
||||||
Fixes issue where the resource list API returned results with requested
|
Fixes issue where the resource list API returned results with requested
|
||||||
fields only until the API MAX_LIMIT. After the API MAX_LIMIT is reached the
|
fields only until the API ``MAX_LIMIT``. After the API ``MAX_LIMIT`` is
|
||||||
API started ignoring user requested fields. This fix will make sure that
|
reached the API started ignoring user requested fields. This fix will make
|
||||||
the next url generated by the pagination code will include the user
|
sure that the next url generated by the pagination code will include the
|
||||||
requested fields as query parameter.
|
user requested fields as query parameter.
|
||||||
|
@ -1,5 +1,5 @@
|
|||||||
---
|
---
|
||||||
fixes:
|
fixes:
|
||||||
- |
|
- |
|
||||||
Fix path used to virtual media iso, when served over
|
Fixes virtual media boot when served using a local HTTP server,
|
||||||
local HTTP server([redfish]use_swift=false).
|
i.e. ``[redfish]use_swift`` is ``false``.
|
||||||
|
@ -6,5 +6,5 @@ fixes:
|
|||||||
(E.g. create/delete virtual disk) were not being deleted before
|
(E.g. create/delete virtual disk) were not being deleted before
|
||||||
job execution.
|
job execution.
|
||||||
|
|
||||||
See bug `2006580 https://storyboard.openstack.org/#!/story/2006580`
|
See bug `2006580 <https://storyboard.openstack.org/#!/story/2006580>`_
|
||||||
for details
|
for details.
|
||||||
|
@ -1,7 +0,0 @@
|
|||||||
---
|
|
||||||
upgrade:
|
|
||||||
- |
|
|
||||||
Using localhost as the Bare Metal Introspection endpoint will not work
|
|
||||||
when managed boot is used for in-band inspection. Either update the
|
|
||||||
endpoint to a real IP address or use the new configuration option
|
|
||||||
``[inspector]callback_endpoint_override``.
|
|
@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
features:
|
features:
|
||||||
- Adds a ``is_node_owner`` policy rule. This rule can be used with node
|
- Adds an ``is_node_owner`` policy rule. This rule can be used with node
|
||||||
policy rules in order to expose specific node APIs to a project ID
|
policy rules in order to expose specific node APIs to a project ID
|
||||||
specified by a node's ``owner`` field. Default rules are unaffected,
|
specified by a node's ``owner`` field. Default rules are unaffected,
|
||||||
so default behavior is unchanged.
|
so default behavior is unchanged.
|
||||||
|
@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
upgrade:
|
upgrade:
|
||||||
- |
|
- |
|
||||||
The operators using custom PXE/iPXE/Grub templates should update them to
|
Operators using custom PXE/iPXE/Grub templates should update them to
|
||||||
remove an explicit mention of ``ipa-api-url``. This field is now a part
|
remove an explicit mention of ``ipa-api-url``. This field is now a part
|
||||||
of ``pxe_append_params`` when required.
|
of ``pxe_append_params`` when required.
|
||||||
|
@ -9,5 +9,5 @@ upgrade:
|
|||||||
of the deployed image is in the first partition. Instead, it will use
|
of the deployed image is in the first partition. Instead, it will use
|
||||||
the UUID passed from the conductor. Operators need hence to make sure
|
the UUID passed from the conductor. Operators need hence to make sure
|
||||||
that the conductor has the correct UUID (which either comes from the
|
that the conductor has the correct UUID (which either comes from the
|
||||||
'rootfs_uuid' field in the image metadata or from the
|
``rootfs_uuid`` field in the image metadata or from the
|
||||||
'root_uuid_or_disk_id' in the nodes 'internal_driver_info'.)
|
``root_uuid_or_disk_id`` in the node's ``internal_driver_info``.)
|
||||||
|
Loading…
x
Reference in New Issue
Block a user