-
Notifications
You must be signed in to change notification settings - Fork 331
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
Channels not recovering after server restart #467
Comments
Trying with sneakers master branch (2.13.0.pre/d761dfe1) it worked!
|
Hi @tomlobato ! I have the same problem. Did you try the version 2.13.0.pre/d761dfe1 in production? |
Hey guys, @tomlobato Did you also update Bunny to version 2.22.0 when you upgraded sneakers to version 2.13.0.pre and when the issue was resolved? Because there were a couple of fixes in Bunny gem which might be the fix:
@jondot @michaelklishin Is there an ETA for the release of 2.13.0.pre? |
Hi Guys, |
I am using sneakers 2.12.0 (bunny 2.20.2) with a Rabbitmq 3.10.6 cluster in Kubernetes, connecting to the headless service.
When Rabbitmq servers restarts (via k8s stateful-set rollout or k8s cluster version upgrade), the consumers are able to recover the connection but does not recreate the previously existing channels, so unable to process the messages.
If testing the same scenario but directly with Bunny, without sneakers, it recreates the channels as expected.
I have tested with a single thread worker and multiple threads.
I have tested with classic and quorum queues.
Below is the debug logs from the moment the server sends the shutdown to sneakers consumer.
I would be very grateful if someone have any pointer to fix/understand/further debug this situation.
The text was updated successfully, but these errors were encountered: