Customers or administrators may encounter the following indicators when the system is in a "Not Ready" state:
Service Status: The VCF Management pane displays a "Not Ready" status in the management console.
Permission Errors (403 Forbidden): While interacting with the interface, the system fails to fetch status updates.
Open your browser's Developer Tools (F12) and navigate to the Network tab.
Refresh the page or attempt to trigger the status update.
Look for failures in the status API. You will observe a 403 Forbidden response code.
Reference Log: /var/log/nginx/access.log
"GET /lcm/bootstrap/api/status HTTP/1.1" 403
VCF Operations 9.0.x with VCF Operations fleet management appliance 9.0.x
This issue stems from a key rotation mismatch, which interrupts the establishment of secure UI sessions.
To resolve the "Not Ready" status, follow the troubleshooting steps below. Start with Option 1. If the issue persists, proceed to the Option 2.
This is the least disruptive step and should be attempted first to refresh the service state.
SSH into the VCF Management appliance using root credentials.
Restart the lifecycle server service by executing the following command.
systemctl restart vrlcm-server.service
Verify if the "status" API failures (403 errors) have resolved in the UI.
If a service restart does not resolve the 403 Forbidden errors, the signing keys in the database may be out of sync and require a reset.
Warning: Before proceeding with database modifications, ensure you have a fresh snapshot or backup of the VCF Operations nodes.
Log out of the VCF Operations user interface.
SSH into the VCF Operations Master or Replica node.
Access the Postgres database by running the following command:
su - postgres -c "/opt/vmware/vpostgres/current/bin/psql -d vcopsdb -p 5433"
Clear the existing signing keys by executing the following SQL statement:
DELETE FROM kv_ops_signing_keys;
Exit the database prompt (type \q or exit).
SSH back into the VCF Management appliance.
Restart the lifecycle service once more to regenerate the keys:
systemctl restart vrlcm-server.service