Search Engine: Elastic

Article ID: 134408, created on Jun 27, 2019, last review on Jun 27, 2019

  • Applies to:
  • Operations Automation 7.0
  • Operations Automation 6.0


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 -X GET
            "type": "",
            "id": "19a27575-0579-4a53-ac85-19f228503570",
            "status": "aps:ready",

But cannot delete it:

curl -kE /usr/local/pem/APS/certificates/poa.pem -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.

0871c0b47b3b86ae3b1af4c2942cd0ce 8fc71f07abe5b233fea1ae0377cd5e3d 5356b422f65bdad1c3e9edca5d74a1ae 1941880841f714e458ae4dc3d9f3062d 956c448bddc7e1f3585373687602379f 6f1456866eed87488c0f02b298a741c0

Email subscription for changes to this article
Save as PDF