When attempting to configure File-Based Backups in VCF Operations > Administration > SDDC Manager > Backup Settings, users may experience the following:
/var/log/vmware/vcf/operationsmanager/operationsmanager.log revealsYYYY-MM-DDTHH:MM:SS DEBUG [vcf_om,69d694a322c7278684b7e1ab3e015e36,052b] [c.v.e.s.c.s.a.l.LockingServiceAdapterImpl,pool-2-thread-20] Execution name BACKUP_CONFIGURATION_WORKFLOW, execution ID ########-####-####-####-########, resource type DEPLOYMENT, resource ID null.YYYY-MM-DDTHH:MM:SS DEBUG [vcf_om,69d694a322c7278684b7e1ab3e015e36,052b] [c.v.e.s.c.util.ContinueOnFailureUtil,pool-2-thread-20] Tracking ContinueOnFailure null flag, Max Retry Count 3 and pre Validate Retry Count 3YYYY-MM-DDTHH:MM:SS ERROR [vcf_om,69d694a322c7278684b7e1ab3e015e36,052b] [c.v.e.s.o.model.error.ErrorFactory,pool-2-thread-20] [7MK7P8] SDDC_MANAGER_LOCK_NOT_AVAILABLE Lock is unavailable : Deployment level lock cannot be acquired. There are existing resource locks..com.vmware.evo.sddc.orchestrator.exceptions.OrchTaskException: Lock is unavailable : Deployment level lock cannot be acquired. There are existing resource locks..VCF 9.x
This issue is caused by stale or orphaned deployment-level locks within the SDDC Manager orchestrator. When a BACKUP_CONFIGURATION_WORKFLOW attempt is made, it fails to acquire the necessary locks because they are already held by a previous or stalled operation.
To resolve this issue, the stale locks must be identified and manually cleared from both the SDDC Manager API and the underlying PostgreSQL database.
Prerequisites
Step 1: Identify Stale Locks
Step 2: Clear Locks from API
Step 3: Clear Stale Database Entries
If the lock persists in the database after the API call:
Step 4: Restart Services
Restart the SDDC Manager services to ensure a clean state:/opt/vmware/vcf/operationsmanager/scripts/cli/sddcmanager_restart_services.sh
Step 5: Re-configure Backup Settings