VMware Aria Automation Orchestrator

 View Only
Expand all | Collapse all

Continue/Redirect a Workflow if an element produces an error.

  • 1.  Continue/Redirect a Workflow if an element produces an error.

    Posted Jul 20, 2026 04:06 PM

    In Aria Automation, an Orchestrator workflow fails if one element of the workflow fails. That's good default behavior. Can we change it to continue to the next element (or skip to another flow) if an element errors out?

    We have a "delete VM" workflow that performs these tasks:

    1. Power down the VM.
    2. Delete the VM from vCenter. 
    3. Find the VM's Active Directory Computer Account (based on the VM name).
    4. Delete the VM's AD Computer Account.
    5. Remove DNS records for the VM. 
    6. Remove the VM from the list of systems in our security software. 

    We have a very heterogenous environment. Some VMs are not joined to AD. Some VMs are not registered in our security software. Some aren't even in DNS. For some systems, then, one of more of these tasks will fail. 

    We can put error handling in the actions. For example "Remove DNS record" gives different exit codes depending on whether (1)no DNS record was found, (2)the DNS server is unreachable, (3)access is denied, or (4)any other error. If the exit code is 0 (success) or 1 (no record found), we want the workflow to continue to the next item. If the exit code is 2, 3, or 4, we want the workflow to stop until we can troubleshoot. 

    Can workflows react differently based on an action's exit code? Or is it just success/fail? And is it always "continue on success/stop on fail"?



  • 2.  RE: Continue/Redirect a Workflow if an element produces an error.

    Posted Jul 23, 2026 01:34 PM

    I think I figured it out. I hope my notes here can help others. 

    Short answer: Use the "System and Server Error" item (under the "Log" category) to catch errors and continue workflow. 

    Let's start with this simple workflow. They use the Infoblox plugin. Infoblox has "DNS records" and "Host records." Without going into detail, a given hostname usually one or the other, not both. We want this workflow to remove all DNS records and all Host records for a given hostname.

    The workflow calls two items: "Remove DNS record" and "Remove host record". Each has an input "hostName" that's used to search for the respective record. If there is no "DNS record" for a given hostname, the workflow will fail on "Remove DNS Record." The second item, "Remove host record," will not run. 

    We don't want that. We want the workflow to delete DNS records, then delete Host records. If there are no DNS records to delete, we want the workflow to continue. 

    Note that the item icons have a red arrow (visible only when the item is selected). When an item ends in error, workflow follows the red arrow. If the red arrow doesn't connect, the entire workflow fails. 

    You can drag this red arrow to other elements, just as you can do with the blue arrow. To make a general error handler, drag the item "System and Server error" to the Schema field. You'll have to drag-and-drop it right over the item you want to connect it to. 

    In the connected item (Remove DNS record), you'll need to specify a variable for "Output Exception Binding". Here I've assign the variable exceptionBinding. This string is passed to System and Server error item.

    Finally, drag the blue "success" line from System and Server error to the next item in the workflow. 

    You can do this for any item that shouldn't crash the whole workflow. In the screenshot below (an Infoblox workflow) several actions call System and Server error if they fail. This "sawtooth" pattern lets the workflow run through several different actions regardless of each action's result.