This article addresses an issue where the Supervisor Cluster in a vSphere with Tanzu environment becomes stuck in the Configuring state. This behavior is often accompanied by a general system error related to a task that no longer exists or has not been completely created on the ESXi host.
The article explains the cause and provides the recommended resolution to restore the Supervisor Cluster to a healthy state.
You may observe one or more of the following symptoms:
Kubernetes Worker Node is schedulable: A general system error occurred. Error message: waiting for node <node-name> to move to ready state.
Kubernetes Worker Node commit work done in vSphere: A general system error occurred. Error message: ServerFaultCode: The object 'vim.Task:<task-id>' has already been deleted or has not been completely created.
VMware vSphere Kubernetes Service
VMware vSphere with Tanzu
This issue occurs when a stale task reference remains within the ESXi host’s management layer (hostd).
The stale task causes vCenter Server to incorrectly believe that a Kubernetes worker node is still transitioning to a Ready state, even though the node is already healthy.
This condition is typically triggered by interrupted or incomplete task cleanup in ESXi.
To resolve the issue, restart the hostd management service on the affected ESXi host to clear stale task entries.
/etc/init.d/hostd restart
vim-cmd vimsvc/task_list