When attempting to remove an additional (non-boot) Google Cloud Platform (GCP) disk from an Aria Automation deployment via the "Remove Disk" Day 2 action, the deletion request fails. Although the disk may be removed from the GCP VM endpoint, it remains visible in the Aria Automation deployment schema and resource tree.
Symptoms:
/services-logs/prelude/tango-blueprint-service-app/file-logs/tango-blueprint-service-app.log2025-10-13T11:52:02 tango-blueprint-service-app ERROR tango-blueprint [host='tango-blueprint-service-app-##########-#####' thread='tasks-#####' user='###' org='########-####-####-####-############' blueprint='########-####-####-####-############' project='########-####-####-####-############' deployment='########-####-####-####-############' request='########-####-####-####-############' flow='########-####-####-####-############' task='########-####-####-####-############' tile='########-####-####-####-############' resourceName='' operation='' trace='################################'] com.vmware.tango.blueprint.provider.ResourceTileService - delete request Failed: java.lang.IllegalArgumentException: GCP disk with diskLink: /resources/disks/########-####-####-####-############, cannot be deleted. Current status is ATTACHEDThe issue can occur due to a race condition between the disk detach and delete actions.
This issue is resolved in upcoming Aria Automation 8.18.1 Patch 5.
Workaround: For environments where Patch 5 cannot be immediately applied, the "Detach" process must be manually sequenced or programmatically validated within the workflow to ensure the disk transitions to an AVAILABLE or DETACHED state prior to executing the delete action.