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

bug: Server is marked as Ready even if the 80 port is already assign and haproxy has failed to start #1054

Open
hagatopaxi opened this issue Oct 16, 2024 · 2 comments
Labels
bug Something isn't working

Comments

@hagatopaxi
Copy link

hagatopaxi commented Oct 16, 2024

Describe the bug

When the haproxy service is started, if there is another web server running on the server (and the port 80 and 443 already in use), haproxy will fail.

starting container failed: container af6a1c10bc4fb57c351fe4187e0ba59bc33ae1dae36ff06cdc843656c9b9eccc: endpoint join on GW Network failed: driver failed programming external connectivity on endpoint gateway_f9b87e6632b3 (b91f5465870c478fc2046d1fae0653e1af91ed56464b95d4c58fd78d6d950234): failed to bind port 0.0.0.0:80/tcp: Error starting userland proxy: listen tcp4 0.0.0.0:80: bind: address already in use
@hagatopaxi hagatopaxi added the bug Something isn't working label Oct 16, 2024
@tanmoysrt
Copy link
Member

tanmoysrt commented Oct 16, 2024

@hagatopaxi
Currently, we just run the docker service for haproxy/udpproxy, and marked it as Ready.
Usually, it's recommended to install swiftwave on a new server. That's why this issues appears so less.

In new version, it will show realtime healthcheck infos of all the proxy. That should solve this issue as well.

@HWiese1980
Copy link

Ah, this is the bug I've been dealing with for the past couple hours. Yeah. Good to know this is already a known issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants