Inactive license alerts after decommissioning VMware Live Recovery 9.1
search cancel

Inactive license alerts after decommissioning VMware Live Recovery 9.1

book

Article ID: 444529

calendar_today

Updated On:

Products

VMware Live Recovery

Issue/Introduction

In the Protection and Recovery global console, the license status is displayed as "Inactive" for deployments that have already been decommissioned by destroying the vCenter and VMware Live Recovery (VLR) appliances with out prior un-registration. 

When attempting to resolve this by clicking Actions > Remove Pair, the following error message is displayed:

"To remove the pair from VMware Live Recovery, decommission the Protection and Recovery Services or disconnect the appliances from the VMware Live Recovery cloud services. Then, contact VMware support and request the removal."


Environment

Protection and Recovery 9.1

Cause

Metadata remains active on the SaaS Service Plane because the "Break Site Pair" and "Unregister" workflows were not executed in the Site Recovery UI before the appliances were destroyed. The entries become "orphaned" as the local appliances are no longer available to communicate decommissioning to the cloud console.

Resolution

Manual intervention by Broadcom Engineering is required to prune orphaned metadata from the service plane.

  1. Verify all associated local appliances for the stale deployments are destroyed and will not be redeployed with the same IDs.
  2. Collect the Deployment IDs or Site Names visible in the console.
  3. Contact Broadcom Support to request a service-side manual cleanup. See Contact Support. Scroll to the bottom of the page and click on your respective region to find the contact number or open a case via the portal.

Note for VCF (VMware Cloud Foundation): This issue requires a service-side manual fix. Subscribe to this article to be updated on any automated decommissioning improvements in future releases. See How to Subscribe to Knowledge Base Articles.