Website: Documenting descriptions for Job and Task Statuses in the documentation webpage. #104214
@ -14,13 +14,13 @@ The following table shows the meaning of the different job statuses:
|
||||
| `under-construction` | Preparing job for execution | `queued`, `active` |
|
||||
| `queued` | Ready to be assigned to available Workers | `active`, `canceled` |
|
||||
| `active` | Tasks assigned to Workers for execution | `completed`, `canceled`, `failed` |
|
||||
| `completed` | All tasks executed successfully | `requeued` |
|
||||
| `failed` | Execution of one or more tasks failed after multiple retries by different Workers | `???`, `???` |
|
||||
| `completed` | All tasks executed successfully | `queued` |
|
||||
| `failed` | Execution of one or more tasks failed after multiple retries by different Workers | `queued`, `canceled` |
|
||||
| `cancel-requested` | Request for job cancellation raised by user | `canceled` |
|
||||
| `canceled` | Canceled by the user, job terminated immediately on all Workers | `requeued` |
|
||||
| `canceled` | Canceled by the user, job terminated immediately on all Workers | `queued` |
|
||||
| `requeueing` | Request for requeueing of job raised by user | `queued` |
|
||||
| `archiving` | Archiving job details | `archived` |
|
||||
| `archived` | Job details archived in history for future reference | `???`, `???` |
|
||||
| `archived` | Job details archived in history for future reference | `queued` |
|
||||
| `paused` | Not yet implemented | |
|
||||
|
||||
## Task Statuses
|
||||
@ -31,8 +31,8 @@ The following table shows the meaning of the different task statuses:
|
||||
| ------------- | ------- | ----------- |
|
||||
| `queued` | Ready to be assigned to an available Worker | `active`, `canceled` |
|
||||
| `active` | Assigned to a Worker for execution | `completed`, `canceled`, `failed`, `soft-failed` |
|
||||
| `completed` | Task executed succesfully | `queued` |
|
||||
| `completed` | Task executed succesfully | `queued` |
|
||||
| `soft-failed` | Same as `queued`, but has been failed by a Worker in an earlier execution | `completed`, `failed`, `canceled` |
|
||||
|
||||
| `failed` | Execution failed after multiple retries by different Workers | `queued` |
|
||||
| `failed` | Execution failed after multiple retries by different Workers | `queued`, `canceled` |
|
||||
| `canceled` | Canceled by the user, task terminated immediately | `queued` |
|
||||
| `paused` | Not yet implemented | |
|
||||
|
Loading…
Reference in New Issue
Block a user
Another possible next status would be
queued
, as you can re-queue a job that has a mixture of task statuses, and after requeueing those should all go to eitherqueued
or remain atcompleted
.FYI: requeuing a job that's
completed
will requeue all its tasks. When that the job was not 100% complete yet, it will only requeue the not-yet-completed tasks, and leave the completed ones alone.Noted 👍 I will remove the
archive
andarchived
as requested.Can you elaborate on the following from your second comment :
It's not so clear here what I was referring to (compared to the old Phabricator-based review tool we used), my remark was purely about the
soft-failed
status.