Skip to content

Ports close after a time #439

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

Closed
joshleblanc opened this issue Apr 6, 2019 · 12 comments
Closed

Ports close after a time #439

joshleblanc opened this issue Apr 6, 2019 · 12 comments
Labels
meta: stale This issue/PR is stale and will be closed soon

Comments

@joshleblanc
Copy link

Describe the bug
Working on a project with an exposed port. At some time, I start seeing a screen telling me the port is not exposed, and to check my .gitpod.yml file.

To Reproduce
Unsure. Happens seemingly randomly. Restarting the container fixes it, however.

Expected behavior
Once a port is exposed, it should stay exposed. I suppose.

@svenefftinge
Copy link
Member

Interesting, haven't seen that or heard from anyone.
Can you share a project with which it happens?

@jankeromnes
Copy link
Contributor

Actually, I think the wording of that error screen is wrong. The problem isn't that the port is not exposed, but that nothing is currently running on the exposed port.

The solution is not to check your .gitpod.yml file (as the error screen currently says), but to make sure the server is actually running. We should fix this error screen (and also, the error screen should not redirect away, and it should auto-refresh every 5s to check if the requested app or server is back online).

@meysholdt
Copy link
Member

I very much like Jan's proposal.

As a workaround, it's already possible to open the "Ports" view in Gitpod and see of some program listens on that port.

@joshleblanc
Copy link
Author

The server is actually running. Restarting the server doesn't fix the problem. I should have put that in my original post.

I'll take some screenshots next time it happens.

@joshleblanc
Copy link
Author

This about sums it up

image

@svenefftinge
Copy link
Member

Can we reproduce it with this project?
https://github.com/HorizonShadow/hyperstack-test

@joshleblanc
Copy link
Author

joshleblanc commented Apr 6, 2019 via email

@joshleblanc
Copy link
Author

joshleblanc commented Apr 6, 2019 via email

@jankeromnes
Copy link
Contributor

Could it be that "web process just crashed" followed by "reload preview" showed you the error page once, and that since the error page is redirected away, even when the server resumes and you reload the error page, it stays the same?

@geropl
Copy link
Member

geropl commented Apr 9, 2019

@HorizonShadow Could it be that it is a problem with foreman? Do not know anything about it, but had similar problems here: A process behind it would not receive packages at all.

@joshleblanc
Copy link
Author

@geropl It could be, however with my monkey patches, the hot-reloader + web server both work behind foreman. (Well, most of the time). I have noticed one or the other will hang sometimes, as described in that issue.

@stale
Copy link

stale bot commented Oct 4, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the meta: stale This issue/PR is stale and will be closed soon label Oct 4, 2020
@stale stale bot closed this as completed Mar 18, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
meta: stale This issue/PR is stale and will be closed soon
Projects
None yet
Development

No branches or pull requests

5 participants