Invoke > Runtime tasks for processes > Activity execution limit restriction for process invocations
  

Activity execution limit restriction for process invocations

If the process invocation fails due to an activity limit breach of 10,000, you cannot run the process for the next 15 minutes and no new instance of the process deployment will be created during this period.
When you run a process that does not have an appropriate retry or loop breaker mechanism, the following error occurs:
{"error":{"code":429,"message":"The last execution of this process has exceeded the activity execution limit at [07-Sep-2023 06:55:23 GMT]. As a result, new instances of this process deployment will not be created for a period of [15] minutes. You can review the process logs to find out the root cause of the activity limit breach."}}
You can review the process logs to find out the root cause of the activity limit breach.
You can resume the process execution after the 15-minute time limit expires or by republishing the process.
When you publish a process that goes into an infinite loop on a Secure Agent cluster, you might encounter a conflict in the behavior and not see the error message every time you run the process. This is because the in-memory cache used to store the process instances is node-specific and not broadcasted to all the nodes in the Secure Agent cluster. The system automatically chooses the nodes, and in a multi-node cluster setup, there might be cases where a process is rejected on one node but executed on another node. Each node maintains its own cache, allowing for independent handling of process failures and potential retries depending on the node where the process is executed.

Example

Process A during its execution on node 1 encounters a 429- Too Many Requests error. As a result, an entry is added to the in-memory cache specific to node 1, indicating that process A failed due to an activity limit breach. The new instances of process A on node 1 will not be created for a period of 15 minutes.
However, if the process A execution is routed to node 2, node 2 will attempt to execute the process again. If process A encounters the same 429- Too Many Requests error on node 2, a new entry will be added to the cache specific to node 2.
Note: The activity execution limit restriction for process invocations feature is in technical preview. Technical preview functionality is supported but is unwarranted and is not production-ready. Informatica recommends that you use in non-production environments only. Informatica intends to include the preview functionality in an upcoming GA release for production use, but might choose not to in accordance with changing market or technical circumstances. For more information, contact Informatica Global Customer Support.