Log access on managers #60271
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#60271
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
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?
When viewing a task, it's possible to see the full log on the manager (via the "View Low on Manager") button. How do we handle the case when a manager is not in our LAN?
Added subscriber: @fsiddi
We can have the Manager upload it to the Server on demand, for example by piggy-backing the 'depsgraph' endpoint the Manager uses to pull any changed tasks from the Server.
So this would be a parallel queue of "tasks" that are accessible from the "dpsgraph/dispatch" endpoint.
The main difference is that they would be performed directly by the manager?
Could this system be also used for uploading render previews to the server, or should that be part of the job definition?
I wasn't thinking about encoding those as actual Tasks, but more as an extra payload in the same way we now also handle task cancellation requests. It would be just a list of job+task IDs to upload to the server. I'll have to think about it more to come up with a nice design that both works rapidly enough (when there are no workers asking for tasks, the Manager only infrequently polls that endpoint) and also doesn't load the server too much.
Changed status from 'Open' to: 'Resolved'
Implemented & deployed to production.