Supervisor deployment in a VCF Workload Domain remains stuck in the Configuring state.
Configured Load Balancer fronting the kubernetes API Server. Timed out waiting for LB service update.wcpsvc.log on vCenter contains the following error: timed out waiting for kube-apiserver-lb-svc Service update. Err: context deadline exceededYYYY-MM-DDTHH:MM:SS.MS+HH:MM stderr F [ncp GreenThread-39 I] nsx_ujo.common.controller AviSecretController worker 2 failed to sync Bootstrap due to retryable exception: Failed to get Avi auth token: Unexpected error from backend manager (['<Domain>:443', '<Domain>:443', '<Domain>:443', '<Domain>:443']) for PUT policy/api/v1/infra/alb-auth-token: 401 UNAUTHORIZEDnsxt-alb and nsxt-ako are missing from the Avi Controller.VMware Cloud Foundation 9.1
vCenter Server 9.1
The issue occurs because the alb-endpoint on the NSX Manager is registered with an outdated or incorrect certificate. This prevents NSX Manager from authenticating with the Avi Controller to provision the required nsxt-alb and nsxt-ako service accounts. Without this, the required VIPs cannot be created, causing the Supervisor configuration to stall in the "Configuring" state.
To resolve this issue, you must force the NSX Manager to re-synchronize the ALB endpoint and recreate the required user accounts.
Step 1: Validate Certificate
curl -k -u 'admin:<password>' -X GET https://<NSX-Mgr>/policy/api/v1/infra/sites/default/enforcement-points/alb-endpointExample output:
curl -k -u 'admin:########' --request GET <URL>
{
"connection info : {
"username":"\u000\u000\u000\u000',
"tenant" : "admin",
"expires_at" : "",
"managed_by" : "VCE",
"status" : "DEACTIVATE PROVIDER",
"certificate" : "-----BEGIN CERTIFICATE-----
<CERTIFICATE >-----END CERTIFICATE-----
"is_default_cert" : false,
"enforcement _point_address" : "###.##.##.##",
"resource type" :
"AviConnectionInfo"
},
"auto_enforce" : true,
"esource_type" ; "EnforcementPoint",
"id": "alb-endpoint",
"display_name" : "alb-endpoint",
"path" : "/infra/sites/default/enforcement-points/alb-endpoint",
"relative_path" : "alb-endpoint",
"parent _path" : "/infra/sites/default",
"remote_path" : "'",
"unique_id" : "########-####-####-####-############",
"realization_id" : "########-####-####-####-############",|
"owner id" : "########-####-####-####-############".
"marked for_delete" : false,
"overridden" : false,
"-system_owned" : false,
" _protection" : "NOT_PROTECTED",
"_create_time" : ##########
"_crate_user": "<User Account>"
"_last_modified_time : #########,
"_last_modified_user" : "system",
"_revision" : 2
}openssl x509 -in cert.pem -text -nooutStep 2: Validate Service Accounts
ssh admin@<avi-controller-ip>shell> show user nsxt-alb
No user object named 'nsxt-alb' found.
> show user nsxt-ako
No user object named 'nsxt-ako' found.Step 3: Delete the alb-endpoint.
curl -k -u 'admin:<password>' -X GET https://<NSX-Mgr>/policy/api/v1/infra/sites/default/enforcement-points/alb-endpoint > /root/alb-endpoint.apicurl -k -X DELETE https://<nsx-mgr-ip>/policy/api/v1/infra/sites/default/enforcement-points/alb-endpoint -u admin:'<password>'Step 4: Wait approximately 5–10 minutes. The alb-endpoint will automatically get recreated.
Validate the new certificate by following instructions in Step 1: Validate certificate
After the alb-endpoint has been recreated, the Supervisor will be deployed successfully. This can take some time, approximately 10 to 30 minutes.