The VCF Automation portal is inaccessible via web browser, returning a 500 Internal Server Error.
New pods cannot be scheduled because the environment has reached the configured pod limit.
Kubernetes pods in the prelude or vmsp-platform namespaces remain in a Pending or OutOfPods state, can be observed with command
kubectl -n vmsp-platform get podsNote: If kubectl commands fail then please review documentation about enabling SSH accesssupport-bundle-cluster-info-dump CronJob has been running for a while (it is scheduled hourly), so the defect has had time to accumulate stuck jobs/pods.The support-bundle-cluster-info-dump cronjob continuously generates new pods that fail to complete. Over time, these orphaned/stalled pods accumulate until the Kubernetes node reaches its maximum pod capacity (e.g., hitting a limit of 250 pods), preventing functional services from starting or scaling.
The issue is resolved with VCF Automation 9.1 Express Patch 2 / VCF Services Runtime 9.1 Express Patch 2
This procedure suspends the support-bundle-cluster-info-dump CronJob, fixes its concurrencyPolicy so it stops piling up, cleans up the stalled jobs, then un-suspends. It also cleans up other pods in a stuck state (like seaweedfs-cleanup pods). No VCFA restart is required — freeing the stuck pods lets any starved essential pods reschedule on their own.
This fix disables Flux drift detection so that the changes persist until the next upgrade. An upgrade will re-enable drift detection and also has the permanent fix. Upgrade to 9.1.0.0 EP2 (or later) as soon as possible.
remediate-cluster-info-dump.sh (see Attachments section below)vsp-appliance-ip with the node IP:scp remediate-cluster-info-dump-v2.sh vmware-system-user@<vsp-appliance-ip>:remediate-cluster-info-dump-v2.shssh vmware-system-user@<vsp-appliance-ip>
sudo -ichmod +x /home/vmware-system-user/remediate-cluster-info-dump-v2.sh
/home/vmware-system-user/remediate-cluster-info-dump-v2.shkubectl get pods -A | wc -l to ensure you remain below the 250-pod limit.