You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
My WorkflowTemplate is using a DAG definition with multiple tasks. First task in the DAG is supposed to run some pre-processing and exposes few output parameters that point to a shared filesystem path:
In most cases this works fine and the when condition is evaluated correctly based on proper values of output parameters provided by the first task but in some cases the condition evaluates to true even though the file paths used to define the value of these parameters are not pointing to an existing file. This has been observed occurring mostly when there is quite a huge load on the Argo controller due to large number of workflows starting concurrently.
To me, it looks like there is some kind of race condition and the parameter evaluation might not be using the default values of output parameters in case the valueFrom evaluation fails.
Observed with Argo Workflows controller v3.5.11.
Any hints on how to further trace it down or resolve the problem would be very appreciated.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
My WorkflowTemplate is using a DAG definition with multiple tasks. First task in the DAG is supposed to run some pre-processing and exposes few output parameters that point to a shared filesystem path:
Subsequent task in the DAG is supposed to run conditionally, based on the outputs of the first task:
In most cases this works fine and the
when
condition is evaluated correctly based on proper values of output parameters provided by the first task but in some cases the condition evaluates totrue
even though the file paths used to define the value of these parameters are not pointing to an existing file. This has been observed occurring mostly when there is quite a huge load on the Argo controller due to large number of workflows starting concurrently.To me, it looks like there is some kind of race condition and the parameter evaluation might not be using the default values of output parameters in case the
valueFrom
evaluation fails.Observed with Argo Workflows controller v3.5.11.
Any hints on how to further trace it down or resolve the problem would be very appreciated.
Beta Was this translation helpful? Give feedback.
All reactions