Website: Documenting descriptions for Job and Task Statuses in the documentation webpage. #104214
No reviewers
Labels
No Label
Good First Issue
Priority
High
Priority
Low
Priority
Normal
Status
Archived
Status
Confirmed
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Job Type
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: studio/flamenco#104214
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "Adi.Sage/flamenco:updating-job-and-task-statuses"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This is a comprehensive list of all possible job and task statuses,
along with a brief description of each status
and a list of possible next statuses.
Documenting descriptions for Job and Task Statuses in the documentation webpage.to WIP: Documenting descriptions for Job and Task Statuses in the documentation webpage.WIP: Documenting descriptions for Job and Task Statuses in the documentation webpage.to WIP: Website: Documenting descriptions for Job and Task Statuses in the documentation webpage.WIP: Website: Documenting descriptions for Job and Task Statuses in the documentation webpage.to Website: Documenting descriptions for Job and Task Statuses in the documentation webpage.Thanks! Just a few small notes.
@ -8,0 +20,4 @@
| `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 | `queued` |
As discussed on Blender Chat, the
archiving
andarchived
statuses don't have to be added to the docs, as they are left-overs from Flamenco v2 and are not used any more.@ -19,0 +32,4 @@
| `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` |
| `soft-failed` | Same as `queued`, but has been failed by a Worker in an earlier execution | `completed`, `failed`, `canceled` |
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.I'm looking forward to landing this PR :)
Only one small improvement to improve clarity & correctness of the description of what happens when requeueing a job.
@ -8,0 +23,4 @@
NOTE :
- Requeueing a job after it is `completed` will requeue all its tasks.
- Requeueing a job while it is being executed will requeue the pending tasks only. The `completed` tasks will not be requeued.
These two are not quite accurate, I'd recomment rewording it to:
completed
,i.e. when all its tasks arecompleted
, will requeue all its tasks.completed
will requeue these tasks only. Thecompleted
tasks will not be requeued, and will remain atcompleted
status.This makes much more sense. Thanks for the suggestion!
Thanks!