APS-related tasks are failing with
Resource with UID # not found errors. Another symptom is that request for some APS resource fails with the error above because the resource was left in
aps:unprovisioning state. And even if you change its state in the DB to "aps:ready" it still remains unmanageable.
In example below we can retrieve information about subscription:
curl -kE /usr/local/pem/APS/certificates/poa.pem https://172.16.32.41:6308//aps/2/resources/19a27575-0579-4a53-ac85-19f228503570 -X GET ... "type": "http://acronis.com/aps/cloud-backup-v1/tenant/5.1", "id": "19a27575-0579-4a53-ac85-19f228503570", "status": "aps:ready",
But cannot delete it:
curl -kE /usr/local/pem/APS/certificates/poa.pem https://172.16.32.41:6308//aps/2/resources/19a27575-0579-4a53-ac85-19f228503570 -X DELETE ... "error": "APS::Util::ResourceNotFound", "message": "Resource with UID '19a27575-0579-4a53-ac85-19f228503570' not found."
Partially deleted subscription or any entity that exists on APS bus. Its OA part was deleted correctly but APS resources were deleted partially and that led to database inconsistency. Most probably, this was caused by canceled
Unprovision APS Acronis Backup as a Service tasks. That left APS resource 19a27575-0579-4a53-ac85-19f228503570 in
aps:unprovisioning state and now this resource interferes with all actions.
Contact CloudBlue Technical Support on this matter.