Dealing with an odd situation.
Our Orchestrator Queue Trigger is set to trigger another job for every 1 new item.
It’s set to have a maximum number of pending a running jobs allowed simultaneously = 2
It picks up pending jobs when there are multiple items in the queue, however it stops running when a transaction fails. The other new items do not get picked up. If you wait for a short time, it will seemingly randomly start processing jobs again.
Question 1: Do failed transaction items kill the Queue Trigger?
Question 2: Is there something like a cron job in configs that restarts the Queue trigger after an interval of time? Is this cronjob configurable?
We looked in the web.config and found this:
<add key="SystemJobs.JobTriggersFallback.Cron" value="0 0/10 * 1/1 * ? *" /> <add key="SystemJobs.JobTriggersTimerCheck.Cron" value="0 0/1 * 1/1 * ? *" />
IS this that configuration?
The documentation on this topic is a bit confusing and I am not certain about the settings. Any help is very appreciated. Goal is to get the trigger picking up new jobs as quickly as possible no matter what the transaction status is.