[NetApp] Updating the release note for bugfix 1688620

This patch update the release note of the bugfix for the bug 1688620
explaining better about the added configuration option and its use.

Related-Bug: #1688620
Change-Id: Idf9730bfc9604f906b10e58f5b767b4030d8f0db
This commit is contained in:
dtapia 2020-06-12 18:52:03 +00:00 committed by danielarthurt
parent e5f8763e8a
commit a0dd86a987
1 changed files with 17 additions and 5 deletions

View File

@ -1,8 +1,20 @@
---
fixes:
- |
NetApp cDOT driver with a very busy backend may report that the
``migration cancelation`` operation was successful even if wasn't. Now
during the ``migration cancelation`` operation the current state of the
migration task will be tracked and the operation will only report success
when the operation ends correctly.
NetApp ONTAP share delete operation can fail sometimes when is triggered
immediately after migration cancelation on a overloaded NetApp backend.
Canceling an ongoing migration is an asynchronous operation on an
ONTAP storage system.
Now the NetApp driver checks if the asynchronous API has ended its
operation before reporting migration cancelation success. If the operation
of the asynchronous API did not end within the specified timeout, the
``migration cancel`` cancel operation will be considered unsuccessful.
To do so, a new configuration option ``netapp_migration_cancel_timeout``
has been added.
upgrade:
- |
The configuration option ``netapp_migration_cancel_timeout`` can be
specified in the NetApp backend section to redefine the amount of time
that the NetApp driver must attempt to wait on the asynchronous
operation to cancel an ongoing migration. This option is set to 3600
seconds by default, which is sufficient time in most cases.