Replies: 1 comment 2 replies
-
As a side note, I have celery itself running on the worker also using sqs as a broker, albeit with a seperate queue and that works just fine. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I have a Flask project using WebSockets, served with Gunicorn and gevent, along with a Celery worker running in a separate container. Both the main Flask app and the Celery worker use Flask-SocketIO, the flask app serves the /socket.io endpoint and triggers most of the websocket interactions and the worker simply needs to send messages to the broker to trigger events.
When using Redis as the message broker, everything works perfectly. However, with SQS, while WebSocket functionality from the main Flask server works fine, messages sent from the worker never appear in the SQS queue. Checking the SQS console and manually polling the queue confirm that no messages are being received.
Has anyone had any luck working with SQS? Its been a real battle for me so far, I've also found no way to overwrite the default queue name, it seems to inherit a hardcoded value of python-websockets-uuid.
Would love any ideas on how to debug this or examine why nothing is actually going to SQS, because if I delete the queue itself, the program crashes and complains the queue doesn't exist, so I don't know why it won't use it for the messages too.
Beta Was this translation helpful? Give feedback.
All reactions