Attributes cron, repeat day 1 and repeat date can be used to get a suite running in real time mode.
- cron is essentially restricted to "house cleaning" tasks, while it gets the task requeued as soon as it completes.No trigger can be expected from such task. It is used in operation to get nodes recording a day and time is achieved so they can alter a variable that is used in a trigger in a "user family". That way, there is no need for persistent event or meter for cron. As an example, /admin/times is memorising that the milestone is achieved, and /mofc/thu/01/ref is the user family where a trigger is defined: that way we avoid cron dependency directly into the functional suite.
node=/%SUITE%/%FAMILY%/%TASK% %nopp ecflow_client --alter change variable LAST_YMD "$(date +%Y%m%d)" $node ecflow_client --alter change variable LAST_HMS "$(date +%H%M%S)" $node %end
Be careful that cron may prevent an inherited repeat attribute to loop as expected. We use it with a complete attribute when we have to (Acquisition task pattern).
- repeat day 1 is used in few suites, to progress each day. day is incremented once all tasks are complete, i.e. there must be a task with a time attribute to ensure the suite is not looping before a given time. Additionnaly, we may appreciate to have a task which turns aborted when few families/task remain queued for some reason that would prevent the suite to loop.
repeat date is the most frequently used, while it is the most convenient to run a suite in real-time mode and in catchup-mode.
repeat is incremented once all families/tasks below are complete. A task with a time attibute will prevent the increment before a given time. In Catchup-mode, defstatus complete attribute will inhibit the time dependency