Description
Bug description
When updating .gitpod.Dockerfile
and pushing it back to repo on a branch, the prebuild seems stuck.
It takes over half an hour (but I am not sure how long, perhaps 1 hour?) where all I see is this screen with jumping G.
(while console doesn't display any error)
Coming back to the computer after a while, I see this screen -
And here's the output I found in console
-
https://gist.github.com/shaal/b34b1e2ffba2d50deb4e42a3b4ed961c
I checked gitpod.io/workspaces
, and I see 5(?) workspaces running, even that I only opened 2 windows of the following URL, expecting to see the prebuild output - https://gitpod.io/#https://github.com/shaal/DrupalPod/tree/debug-with-tmate
Steps to reproduce
In my experience, it is difficult to replicate or anticipate how prebuild behave (especially with custom docker image build)
This happened to me also the other day, when I worked on https://github.com/phase2/outline/tree/gitpod, when I opened an issue in https://community.gitpod.io/t/prebuild-is-stuck/4171
I think I usually use the manual prebuild using the #prebuild/
in the URL, but in repos that has the Gitpod bot, I would get a message that a prebuild is already running.
These workspaces supposed to run prebuild, but they are stuck, and once 4 workspaces are "running", I cannot open another one, but at the same time I cannot stop a prebuild that is stuck like that.
So, I usually wait a few hours, then the workspaces are shutdown, and I can run prebuild using the #prebuild/
in the URL, and then it finally works.
Expected behavior
No response
Example repository
No response
Anything else?
No response