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
It's possible for a workflow to get into a situation where it's unable to update a workflow because the object itself is simply too large. The symptom is a message in the controller:
Error updating workflow: the server responded with the status code 413 but did not return more information (put workflows.argoproj.io data-prep-ld52n)
K8s limits resource sizes to 1MB. In this event, we want to fail the workflow with a meaningful message. What is currently happening is that it stays in a running state until the workflow is deleted. It will never complete and simply causes the controller to continually process this for all of eternity.
What happened:
time="2018-07-20T20:00:01Z" level=info msg="All of node data-prep-ld52n.grader-1E547080-DB87-40D2-994E-EA21E401FC57 dependencies [] completed" namespace=default workflow=data-prep-ld52n
time="2018-07-20T20:00:01Z" level=warning msg="Deadline exceeded" namespace=default workflow=data-prep-ld52n
time="2018-07-20T20:00:01Z" level=warning msg="Error updating workflow: the server responded with the status code 413 but did not return more information (put workflows.argoproj.io data-prep-ld52n)" namespace=default workflow=data-prep-ld52n
time="2018-07-20T20:00:01Z" level=info msg="Processing workflow" namespace=default workflow=data-prep-ld52n
What you expected to happen:
If we cannot store the workflow because it's payload is too large, then at least fail the workflow by updating the phase to become Error with a message. NOTE: in order to do this, we would need to drop the current payload and simply update the status.phase.
How to reproduce it (as minimally and precisely as possible):
Run a large workflow (workflow who's size will reach 1+ MB).
Anything else we need to know?:
Environment:
Argo version: v2.1.1
The text was updated successfully, but these errors were encountered:
Is this a BUG REPORT or FEATURE REQUEST?:
It's possible for a workflow to get into a situation where it's unable to update a workflow because the object itself is simply too large. The symptom is a message in the controller:
K8s limits resource sizes to 1MB. In this event, we want to fail the workflow with a meaningful message. What is currently happening is that it stays in a running state until the workflow is deleted. It will never complete and simply causes the controller to continually process this for all of eternity.
What happened:
What you expected to happen:
If we cannot store the workflow because it's payload is too large, then at least fail the workflow by updating the phase to become Error with a message. NOTE: in order to do this, we would need to drop the current payload and simply update the status.phase.
How to reproduce it (as minimally and precisely as possible):
Run a large workflow (workflow who's size will reach 1+ MB).
Anything else we need to know?:
Environment:
The text was updated successfully, but these errors were encountered: