Workflow error analysis
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mistral |
Invalid
|
High
|
Unassigned |
Bug Description
When a workflow fails it now may be hard to quickly find a root cause.
From CLI the only way (without creating a new execution) is to use a sequence of commands like:
* 'mistral task-list <workflow execution id>' and see what are in ERROR
* for each failed task execution run 'mistral action-
* for each failed action run 'mistral action-
* for each failed task execution of type Workflow, find the sub-workflow execution ID, and go back to the first bullet.
It is also possible to create and execute a workflow with a "publish" of all tasks and all sub-workflow tasks recursively (and also filter by tasks in error state). Example: http://
Changed in mistral: | |
status: | New → In Progress |
Changed in mistral: | |
status: | In Progress → Triaged |
Changed in mistral: | |
milestone: | rocky-3 → stein-1 |
Changed in mistral: | |
milestone: | stein-1 → stein-2 |
assignee: | Toure Dunnon (toure) → nobody |
milestone: | stein-2 → none |
Spec is up for review: https:/ /review. openstack. org/#/c/ 443217/