Directory Sync fails on a specific node while others operate normally.
Sync logs indicate an attempt to delete a significant number (or all) users/groups, triggering the vIDM Safeguard threshold.
Multiple UUID directories exist within the /usr/local/horizon/conf/states/VSPHERE.LOCAL/ path on a single appliance.
VMware Identity Manager 3.3.7
Configuration drift or a failed connector re-registration can result in a "Ghost Connector" on the filesystem. If the system initializes using a stale state directory that lacks search filters, it perceives the Active Directory response as "empty" and issues a mass-delete command to reconcile the database.
The cluster database contains the source of truth for the valid Worker ID.
SSH into one of the vIDM appliances
Log into the PostgreSQL shell: psql -U horizon saas
Execute the following query to identify the correct UUID for the affected node:
SELECT * FROM saas."Connector";
Note: Column names must be wrapped in double quotes to maintain case sensitivity.
Stop the application service to ensure a clean transition and release file locks.
SSH into the affected node as root.
Run:
service horizon-workspace stop
Align the appliance filesystem with the authoritative database identity.
Navigate to the connector state directory:
cd /usr/local/horizon/conf/states/VSPHERE.LOCAL/
Identify the directory that does not match the UUID/ID retrieved from the database in Step 1.
Move the stale directory to the /tmp location:
# Example: If 4736 is authoritative and 3002 is stale
mv 3002 /tmp/3002_stale_backup
Restart the service to force the node to initialize using the correct configuration state.
Run:
service horizon-workspace start
Log into the vIDM Admin Console.
Navigate to Identity & Access Management > Setup > Connectors.
Ensure the Sync Connector is set to the remediated node.
Perform a Sync Preview (Dry Run).
Validation: Verify the "Users to be Deleted" count is accurate. If the safeguard is no longer triggered, the node is stabilized.