-
Notifications
You must be signed in to change notification settings - Fork 881
Determine whether a build job will ever complete (is there a matching provisioner) #8247
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
Comments
@sreya Should this be blocked by the provisioner refactor? I ask because currently we store provisioners in the DB, so this should not be tricky to implement. However there was a PR opened to maybe remove it from the DB as a precursor to refactoring the provisioner stuff. I just do not want to implement ontop of something that will be removed. |
Fairly sure this is blocked by the provisioner refactor |
Removed from the sprint until unblocked |
Related and possible duplicate of #12331. At least we should have a way to delete such workspaces from the coder database. It could be similar to the orphan resources option for failed workspaces. |
Needs RFC |
Duplicate of #12331 , so resolving this one. |
A workspace may be stuck in a "pending" state in a queue forever in the following cases:
Let's surface this to the user via the dashboard and CLI. Right now, the user will just see that their workspace is pending or in a queue, but it will never progress.
The text was updated successfully, but these errors were encountered: