SCSQL database restores on ONTAP 9.15.1 fail to delete the Database volume clone on clean up
Applies to
SnapCenter Server 6.0
Issue
When restoring a database to an alternative instance, host or database name, the database clone volume, containing the LUN is not destroyed as it should be.
The log volume appears to be cleaned up properly, although offlining both DB and LOG (LUN) volumes, is see in the
SMCore_<JOB-ID>.log
log as also giving an error:vol offline: Volume \"<SVM_NAME>:<LOG_LUN_VOLUME_NAME>mmddYYhhMMssnnn\" is already offline.
vol offline: Volume \"<SVM_NAME>:<DB_LUN_VOLUME_NAME>mmddYYhhMMssnnn\" is already offline.
(where mmddYYhhMMss
is Month, Day, Year, Hour, Minute, Second of the cloning process)
The actual error on the removal (volume destroy) of the database (LUN) volume clone, only appears in the SMCoreService.log
on the SnapCenter Server,
where it asks for the status of the cloning job several times, until it's no longer 'Running":
Set Volume <SVM_NAME>:<DB_LUN_VOLUME_NAME>mmddYYhhMMssnnn to offline state failed with error 'Invalid response returned by Set-NcVol: 1 offline'. Returning with no retry.