Connection unexpectedly stuck when consuming.
See original GitHub issueHi there. I’m an author of aio-pika
library. Few days ago @eldardamari create an issue #54.
The consuming unexpectedly stops, after that rabbitmq kills the connection after heartbeat timeout.
10.248.24.41: =ERROR REPORT==== 7-Sep-2017::14:51:05 ===
10.248.24.41: closing AMQP connection <0.26023.456> (10.248.24.27:37536 -> 10.248.24.41:5672):
10.248.24.41: missed heartbeats from client, timeout: 60s
After some investigation I trying to switch to the pika-0.10
and it helped.
Now I reverted pika-0.10 to the requirements.
Issue Analytics
- State:
- Created 6 years ago
- Reactions:5
- Comments:15 (10 by maintainers)
Top Results From Across the Web
How to fix 8 common remote desktop connection problems
1. Network failure · 2. Firewall problems · 3. SSL certificate issues · 4. DNS problems · 5. Insufficient permissions · 6. Capacity...
Read more >TCP/IP port exhaustion troubleshooting - Windows Client
Learn how to troubleshoot port exhaustion issues. Port exhaustion occurs when all the ports on a machine are used.
Read more >java.net.SocketException: Connection reset - Stack Overflow
Connection reset simply means that a TCP RST was received. This happens when your peer receives data that it can' ...
Read more >Consuming Rest API: The underlying connection was closed ...
I am trying to consume an extremely simple Rest, ... [1] The underlying connection was closed: An unexpected error ... So still stuck....
Read more >13 Common RabbitMQ Mistakes and How to Avoid Them
Try to keep the connection/channel count low. Use separate connections to publish and consume. Ideally, you should have one connection per ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Exactly this issue happened to me recently. I’ll try to post some code when i’m be able to reproduce it with a simple snippet.
Scenario:
When using Pika 0.10.0 all work fine. When I upgrade to pika 0.11.0 the issue opened by @mosquito happened.
Solution 1: Remove threadpool and process the message in the same thread/process Solution 2: Remove ack. I don’t need ack messages. Solution 3: Keep using pika 0.10.0
It’s no problem! Thanks for clarifying and a standalone app will help me out immensely to fix the issue since I won’t have to spend time guessing how to reproduce it.