Skip to content
Discussion options

You must be logged in to vote

@hyfara this is an ages old problem with client connection recovery and non-replicated queues being moved around when nodes stop.

The behavior will vary depending on queue properties, e.g. exclusive queues will be deleted concurrently with clients trying re-declare them on different nodes. Exclusive server-named queues won't have any issues.

The solution is to not use non-replicated queues with well-known names, so, either use a replicated queue type or use transient exclusive server-named queues.

RabbitMQ cannot know what clients will do next, so this is a fundamental conflict between anything that RabbitMQ does and what clients do at the same time. But replicated queues (plus channels a…

Replies: 1 comment

Comment options

You must be logged in to vote
0 replies
Answer selected by hyfara
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
2 participants
Converted from issue

This discussion was converted from issue #14564 on September 17, 2025 15:57.