Preparing for upgrade of Workload domain. Many other binaries downloaded at the same 9.0.2 but the "vrops" download got stuck.
Followed steps from KB Fleet Manager binary download Stuck in IN_PROGRESS State from VCF Operations.
Performed multiple attempts of running the API commands. GET is functioning properly but POST is receiving error, not allowing status field to be updated from “IN_PROGRESS” to “DOWNLOADED”.
VCF 9.0.2
If there is any binary download request stuck, there is no delete option for the user. In the VCF Operations UI there is no workaround for the user to start the download again.
VCF Ops Fleet Manager ran out of storage space which led to this download failing and getting stuck “IN_PROGRESS”.
echo -n 'admin@local:<youradminatlocalpassword>' | base64curl -k -X POST "https://<FleetManager_fqdn_or_IP>/lcm/lcops/api/settings/productbinarydelete" \-H "Authorization: Basic <base64_encoded_password_from_above_goes_here>" \-H "Content-Type: application/json" \-d '{<JSON_data_collected_above>}'curl -k -X POST "https://<FleetManager_fqdn_or_IP>/lcm/lcops/api/settings/productbinarydelete" \-H "Authorization: Basic <base64_encoded_password>" \-H "Content-Type: application/json" \-d '{ "productId":"vrops", "productVersion":"9.0.0.0", "productBinaryType":"Install", "productBinaryPath":"Operations-Appliance-9.0.0.0.24695812.ova", "componentName":null, "mappingType":null, "productName":"operations", "requestId":null, "removeBinary":null, "depotType":null, "DownloadStatus":"IN_PROGRESS", "patchId":null, "size":"2 GB", "releaseDate":"17 June 2025"}'
Our engineering team is aware of this issue and is actively working on a fix. This should be implemented in a later build.