Skip to content
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

Process status tracking doesn't work #51

Open
SandersAaronD opened this issue Jun 26, 2024 · 0 comments
Open

Process status tracking doesn't work #51

SandersAaronD opened this issue Jun 26, 2024 · 0 comments

Comments

@SandersAaronD
Copy link
Collaborator

Currently a PR in to make sure default process status is "running".

To document expected behavior that we can build workflows around and that match other solutions:
When a process is added to the database, its status is "running".
An API call from that same process can set that process' status to "crashed" or "finished".
If it has been more than some interval of time, by default an hour, since that process has sent any data, that process should be set to "timed out". (Current behavior is that this happens to processes an hour after start, which is not correct).

This last thing requires something clever, like a reaper thread that is checking periodically if a given process has received data. It is much less important to have it in; by default for an MVP, we can expect to force users to mark processes "crashed" and consider them to remain running otherwise.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant