-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Don't crash if /metadata takes too long #581
Comments
Suggestion:
It would also help to add an actionable component to this message, like
|
@ruchim But if the issue is Cromwell not being able to return data, how is that a Job Manager issue? |
The spirit of this issue is to improve the error, and get reports of when this happens, and eventually the issue will be evaluated and addressed by the Cromwell team. It's more that we want people to not have to know about Cromwell and go to its repo when dealing with this failure--as they shouldn't have to care about any JM backends. |
I suspect 90% of these such reports we could "triage" by moving directly across to the Cromwell repo and working on from there |
Although as I'm typing that... to follow this argument through to its conclusion, maybe we should really be asking people to make Terra tickets (wherever they go) and allow the triage to happen another level up |
@cjllanwarne What about people running this outside of Terra? I guess the question is, do we want to know how many times this happen in general, vs only in Terra. I'd like to know in general, but if you and @rsasch would prefer to focus on Terra requests, we can modify the issue tracker accordingly. |
Sometimes it will just take too long to get workflow metadata. We have some control over that, but inevitably sometimes the process will time out.
It would be great for Job Manager to not look like the UI itself crashed if the backend request for metadata times out, but rather provide a simple error page stating something like
"Unable to fetch metadata in time for this workflow"
I can foresee this happening fairly frequently when people try to load metadata for very large workflows, and a meaningful error page will be a much friendlier user experience than the generic error page.
The text was updated successfully, but these errors were encountered: