Release note updates for Victoria release

Change-Id: If01d774bc719e9ad0d2c2a10f120f966ae8f1e39
This commit is contained in:
Julia Kreger 2020-09-23 18:16:20 -07:00
parent f6bfc7397c
commit cd2e557ac7
4 changed files with 13 additions and 11 deletions

View File

@ -1,6 +1,7 @@
--- ---
fixes: fixes:
- | - |
Add the suffix ".iso" for the ISO images generated by Ironic, as some Fixes compatability with some hardware that requires the file name of
hardwares can not load the ISO images if they are not suffixed with any virtual media to end with the suffix ".iso" when Ironic generates
".iso". It is also recommended to name the files with proper extensions. a virtual media image. We recommend operators generating their own
virtual media files to name the files with proper extensions.

View File

@ -4,4 +4,5 @@ fixes:
Fixes an issue that caused in-band deploy steps inserted before Fixes an issue that caused in-band deploy steps inserted before
``write_image`` to be skipped when fast-track is used. ``write_image`` to be skipped when fast-track is used.
- | - |
Makes sure in-band deploy and clean steps are not cached across reboots. Fixes an issue where in-band deploy and clean steps were being
cached across reboots of the agent.

View File

@ -4,7 +4,6 @@ features:
operation for iLO5 based HPE Proliant servers as a ``management`` operation for iLO5 based HPE Proliant servers as a ``management``
clean step ``one_button_secure_erase`` for ``ilo5`` hardware type. clean step ``one_button_secure_erase`` for ``ilo5`` hardware type.
upgrade: upgrade:
- The ``do_one_button_secure_erase`` interface of 'proliantutils' library has - The ``one_button_secure_erase`` clean step in the ``ilo5`` hardware type
been enhanced to support out-of-band one button secure erase operation for requires ``proliantutils`` version ``2.10.0``. Please upgrade this library
``ilo5`` hardware type. To leverage this feature, the 'proliantutils' to leverage this feature.
library needs to be upgraded to version '2.10.0'.

View File

@ -1,6 +1,7 @@
--- ---
fixes: fixes:
- | - |
Agent heartbeat implementation will no longer retry attempts to acquire Fixes an issue where agent heartbeats would be queued if a pre-existing
an exclusive lock. This is done to avoid several attempts to get a lock lock was being held for the node which performed a heartbeat operation.
in a busy environment with shorter heartbeat period. The agent heartbeat implementation will no longer retry attempts to
acquire an exclusive lock.