Federation link connection disappears and can't be reestablished #8527
-
Hello everyone, so lately eu servers thwrow this error trying to connect to us
So one interesting observation, if I go to US console -> exchanges, the binding to eu server is still valid, which makes it even worse, since us server thinks eu is still online and all messages go nowhere I'd appreciate any help, US logs:
EU logs:
|
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 1 reply
-
Hello! Please help us help you by making this issue as easy as possible to reproduce. Right now you're asking us to guess about how you have your environment set up, which takes time and we'd probably not get our environment set up the same way. The best way would be for you to provide a docker compose project that, when started, sets up federation in exactly the same way you have it set up. There shouldn't be a need to create clusters - single nodes should suffice. The The next best way would be to export your definitions so that we can check them and use them. Finally, about this log message:
This seems like a non-TLS or non-AMQP client is trying to connect. |
Beta Was this translation helpful? Give feedback.
-
Hi guys, I'm having the same problem here. I'm kolla deploying openstack-xena on three controller nodes and I noticed that rabbitmq uses 3.9.29 (rabbitmq)[rabbitmq@test03 /]$ rabbitmqctl status OS PID: 25 Plugins Enabled plugin file: /etc/rabbitmq/enabled_plugins
Data directory Node data directory: /var/lib/rabbitmq/mnesia/rabbit@test03 Config files
Log file(s)
Alarms (none) Memory Total memory used: 0.1836 gb binary: 0.0627 gb (34.15 %) File Descriptors Total: 64, limit: 1048479 Free Disk Space Low free disk space watermark: 0.05 gb Totals Connection count: 62 Listeners Interface: 192.168.83.30, port: 25672, protocol: clustering, purpose: inter-node and CLI tool communication The following is my log information 2024-03-07 11:38:45.933102+08:00 [debug] <0.24261.0> Plugins discovery: ignoring getopt, not a RabbitMQ plugin I want to know how to eliminate this frequent connection after closing action |
Beta Was this translation helpful? Give feedback.
RabbitMQ 3.9 has reached end of life. Even 3.11 is out of community support.
RabbitMQ does not close connections, a client does, and that's not how messaging protocols are supposed to be used. See High Connection Churn.