VMware Identity Manager 3.3.x
This issue typically occurs when the trust relationship between the vIDM appliance and its embedded connector is disrupted. While a safeguard limit breach (such as a more than the default 5% change in user objects) triggers the initial sync failure, the underlying "Connector not activated" error prevents administrators from adjusting thresholds to permit the sync.
Take the snapshot of all the nodes.
Step 1: Validate Cluster Services and Database Locks
Log into each vIDM node via SSH as the root user.
Verify that the core workspace application and directory indexing services are active and running:
service horizon-workspace status
/etc/init.d/opensearch status
Inspect the application logs to ensure schema migrations are not stalled by database locks:
cat /opt/vmware/horizon/workspace/logs/catalina.log | grep -i "liquibase"
Note: If active Liquibase database lock exceptions are present in the log outputs, follow the remediation procedures outlined in KB 315176 to force-release the schema locks before proceeding.
Log into the vIDM Admin Console as a local administrator using the System Domain.
Navigate to Identity & Access Management -> Directories.
Select your target directory, click Sync Settings, and navigate to the sync connector parameters.
From the connector dropdown menu, systematically select each individual connector instance and attempt to save the configuration.
If the administration console throws an initialization or communication error upon saving a specific node, isolate that connector as the faulty instance and proceed to the step below.
If an error is encountered when modifying or saving directory profiles, clear and re-establish the cluster runtime mappings for the affected node:
Navigate to Identity & Access Management ->Directories.
Click on the Setup tab located on the far right side of the directory dashboard configuration plane.
Select your assigned Identity Provider (IdP) to view its active configurations.
Locate the Connectors grid section displaying your cluster components.
Uncheck the box next to the faulty connector instance to decouple it from active authentication policies.
Scroll to the bottom of the workspace pane and click Save.
Once the page refreshes and updates the database tracking records, return to the exact same Connectors listing on that page.
Check the box next to the target connector instance to re-introduce it back into the available pool.
Click Save to commit the fresh cluster state synchronization.