APAR status
Closed as program error.
Error description
The restore of a guest in production or clone mode will unexpectedly restore VM tags while by default this option should not be active. In the restore wizard for the production or clone restores, when using the "Advanced setup", in the restore "Job options" panel, the option "Restore VM tags" will appear unchecked by default. Due to this defect, this option is actually selected without being displayed in the restore wizard. This behaviour can be undetected by the user but in the case the VMware Platform Services Controller License Service is unavailable, as it is required to restore VM tags, the job will fail with the message "SERVICE_UNAVAILABLE" in the restore job log, the following will be seen : WARN,,<timestamp>,2,,Service is unavailable because vCenter Cap limit has reached or server is down on the vcenter ERROR,,<timestamp>,2,CTGGA1020,Failed to create VM (<GuestName>). Error = (HypervisorTagAttachException). ERROR,,<t imestamp>,2,CTGGA0939,Failed to reconfigure VM (<GuestName>). Exception (com.catalogic.ecx.serviceprovider.common.hypervisor.e xception.HypervisorTagAttachException) reports: (REST Call status not SERVICE_UNAVAILABLE Status Code: 503) The error is seen in more details here in the virgo log : [<timestamp>] INFO .. <JobID> url https://<vCenterAddress>/rest/com/vmware/cis /tagging/category/id:urn:vmomi:InventoryServiceCategory:<ID>:GLO BAL [<timestamp>] INFO .. <JobID> Rest call made to cis vcenter server https://<vCenterAddress>/rest/com/vmware/cis/tagging/cate gory/id:urn:vmomi:InventoryServiceCategory:<ID>:GLOBAL result is <503 Service Unavailable,<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/> <title>Error 503 Service Unavailable</title> </head> <body><h2>HTTP ERROR 503</h2> <p>Problem accessing /rest/com/vmware/cis/tagging/category/id:ur n:vmomi:InventoryServiceCategory:<ID>:GLOBAL. Reason: <pre> Service Unavailable</pre></p> </body> </html>,{Date=[<timestamp>], Content-Type=[text/html; charset=ISO-8859-1], Cache-Control=[must-revalidate,no-cache,no-store], Content-Length=[371]}> IBM Spectrum Protect Versions Affected: IBM Spectrum Protect Plus 10.1.x Initial Impact: Medium Additional Keywords: SPP, SPPLUS, TS003306303, restore, 503
Local fix
In the restore wizard, check then uncheck the option "Restore VM tags". This will force the deactivation of VM tag restore and enable the VM to be restored without the VM tags.
Problem summary
**************************************************************** * USERS AFFECTED: * * IBM Spectrum Protect Plus level 10.1.5. * **************************************************************** * PROBLEM DESCRIPTION: * * See ERROR DESCRIPTION * **************************************************************** * RECOMMENDATION: * * Apply fixing level when available. This problem is * * currently projected to be fixed in IBM Spectrum Protect Plus * * levels 10.1.5.2199 and 10.1.6. Note that this is subject to * * change at the discretion of IBM. * ****************************************************************
Problem conclusion
IBM Spectrum Protect Plus has changed the behavior of the VMware Snapshot Restore to set the default value for the Restore VM Tags option to true to avoid failure cases.
Temporary fix
Comments
APAR Information
APAR number
IT32118
Reported component name
SP PLUS
Reported component ID
5737SPLUS
Reported release
A15
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2020-03-10
Closed date
2020-03-23
Last modified date
2020-03-31
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Modules/Macros
GUI
Fix information
Fixed component name
SP PLUS
Fixed component ID
5737SPLUS
Applicable component levels
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSNQFQ","label":"IBM Spectrum Protect Plus"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"A15","Line of Business":{"code":"LOB26","label":"Storage"}}]
Document Information
Modified date:
31 January 2024