vpxd service fails to start or initialize within the expected timeout period following a system reboot, update attempt, or certificate renewal.vmon terminates the vpxd service because it is not marked as started within the configured timeout threshold. The following validation signature is observed in vCenter - /var/log/vmware/vpxd/vpxd.log file:info vpxd[PID] [Originator@6876 sub=vpxdvpxdSignal] Received a shutdown request, exitingvCenter Server 8.0
During initialization, a high volume of encryption health checks (associated with VMDK encryption or vTPM) exhausts the available internal thread pool within the vpxd service. This thread exhaustion blocks standard vCenter Server operations and initialization routines, causing vpxd to exceed its startup timeout threshold and subsequently be terminated by vmon. In some cases vpxd may report to vmon as started but the web client still will not operate.
Engineering is aware of this condition and is working on a resolution.
service-control --stop vpxdvpx_host table to force all managed ESXi hosts into a disconnected state /opt/vmware/vpostgres/current/bin/psql -d VCDB -U postgres -c "UPDATE vpx_host SET enabled = 0"enabled value from 1 to 0 instructs vCenter Server to bypass the host startup health checks, preventing thread exhaustion.service-control --start vpxdservice-control --stop --all && service-control --start --allCannot complete login due to an incorrect user name or password" for their task will require a manual re-connect and validation.