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

Site stuck on "Waiting for worker.." #26

Closed
khilshah opened this issue Mar 1, 2024 · 3 comments
Closed

Site stuck on "Waiting for worker.." #26

khilshah opened this issue Mar 1, 2024 · 3 comments

Comments

@khilshah
Copy link

khilshah commented Mar 1, 2024

Hello,

Big fan of your work, it's a very interesting interface for building an ever expanding set of applications :)

I have an application I have deployed on AWS EC2. The application runs just fine on my local machine (Apple M2, 8 GB) however on the EC2 it just remains on "Waiting for worker..". If you scroll over the worker icon, the pop-up says "Worker: Queued" with a session ID below. The EC2 instance is t3a.large (2vCPU, 8 GB).

Attached a screenshot.
Screenshot 2024-03-01 at 14 26 14

Is this to do with NGINX configuration? Any advice?

@pplonski
Copy link
Contributor

pplonski commented Mar 1, 2024

Hi, there is some issue with our docker, please check here mljar/mercury#420 We need to fix it.

@khilshah
Copy link
Author

khilshah commented Mar 1, 2024

Thanks for coming back to me so quickly, Piotr. Just for further information, I did not use docker to deploy. Outline relevant steps below.

  1. Installed pyenv and virtualenv on the EC2 machine with all required libraries
  2. Git cloned repo
  3. Installed nginx
  4. Configured ~/../../etc/nginx/conf.d/reverse_proxy.conf to capture server IP and redirect to localhost

I have been trying different options on NGINX config file like increasing client_max_body_size but no joy :(

@khilshah
Copy link
Author

khilshah commented Mar 4, 2024

I think I have resolved it, @pplonski.

For starters, I was serving my application using mercury run 0.0.0.0:8501 rather than simply mercury run, because of the way my EC2 security group was set up.

So I decided to modify the security group rather than mercury config. It still had the same message. I ran it manually with mercury run --verbose to see if I could spot the error and was getting a lot of Connection Failures with the requests library and furthermore, connections being made using port 8501, which should not have been the case once I had reverted to the OG method to run mercury apps.

The solution was to remove the virtual env and do a fresh install of the virtual environment - it seems to me mercury saves some configuration into the environment files - could you confirm?

@pplonski pplonski closed this as completed May 9, 2024
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

2 participants