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
|
||||
to the node. If set, a node moves upon automatic cleaning to
|
||||
``manageable`` (rather than ``available``). The new property can also
|
||||
block the provide keyword, i.e. nodes cannot move from ``manageable``
|
||||
to ``available``. Furthermore, there is an additional optional property
|
||||
``retirement_reason`` to store the reason for the node's retirement.
|
||||
``manageable`` (rather than ``available``). The new property also
|
||||
blocks the ``provide`` keyword, i.e. nodes cannot move from ``manageable``
|
||||
to ``available``. Furthermore, there is an additional optional field
|
||||
``retirement_reason`` to store the reason for the node's retirement.
|
||||
|
@ -1,5 +1,5 @@
|
||||
---
|
||||
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.
|
||||
|
@ -3,6 +3,6 @@ features:
|
||||
- |
|
||||
Adds support for specifying vendor_data when building config drives.
|
||||
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
|
||||
vendor_data2.json.
|
||||
``vendor_data2.json``.
|
||||
|
@ -4,5 +4,5 @@ fixes:
|
||||
for RAID ``delete_configuration`` cleaning step gets created even
|
||||
when there are no virtual disks or hotspares/dedicated hotspares
|
||||
present on any controller.
|
||||
See bug `2006562 https://storyboard.openstack.org/#!/story/2006562`
|
||||
See bug `2006562 <https://storyboard.openstack.org/#!/story/2006562>`_
|
||||
for details.
|
||||
|
@ -5,5 +5,5 @@ fixes:
|
||||
realtime mode and some do not. The approach is to use only realtime
|
||||
mode if all controllers support realtime. This removes the race
|
||||
condition.
|
||||
See bug `2006502 https://storyboard.openstack.org/#!/story/2006502`
|
||||
for details
|
||||
See bug `2006502 <https://storyboard.openstack.org/#!/story/2006502>`_
|
||||
for details.
|
||||
|
@ -2,7 +2,7 @@
|
||||
fixes:
|
||||
- |
|
||||
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
|
||||
API started ignoring user requested fields. This fix will make sure that
|
||||
the next url generated by the pagination code will include the user
|
||||
requested fields as query parameter.
|
||||
fields only until the API ``MAX_LIMIT``. After the API ``MAX_LIMIT`` is
|
||||
reached the API started ignoring user requested fields. This fix will make
|
||||
sure that the next url generated by the pagination code will include the
|
||||
user requested fields as query parameter.
|
||||
|
@ -1,5 +1,5 @@
|
||||
---
|
||||
fixes:
|
||||
- |
|
||||
Fix path used to virtual media iso, when served over
|
||||
local HTTP server([redfish]use_swift=false).
|
||||
Fixes virtual media boot when served using a local HTTP server,
|
||||
i.e. ``[redfish]use_swift`` is ``false``.
|
||||
|
@ -6,5 +6,5 @@ fixes:
|
||||
(E.g. create/delete virtual disk) were not being deleted before
|
||||
job execution.
|
||||
|
||||
See bug `2006580 https://storyboard.openstack.org/#!/story/2006580`
|
||||
for details
|
||||
See bug `2006580 <https://storyboard.openstack.org/#!/story/2006580>`_
|
||||
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:
|
||||
- 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
|
||||
specified by a node's ``owner`` field. Default rules are unaffected,
|
||||
so default behavior is unchanged.
|
||||
|
@ -1,6 +1,6 @@
|
||||
---
|
||||
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
|
||||
of ``pxe_append_params`` when required.
|
||||
|
@ -9,5 +9,5 @@ upgrade:
|
||||
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
|
||||
that the conductor has the correct UUID (which either comes from the
|
||||
'rootfs_uuid' field in the image metadata or from the
|
||||
'root_uuid_or_disk_id' in the nodes 'internal_driver_info'.)
|
||||
``rootfs_uuid`` field in the image metadata or from the
|
||||
``root_uuid_or_disk_id`` in the node's ``internal_driver_info``.)
|
||||
|
Loading…
Reference in New Issue
Block a user