-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
Only allow one transient "tick" process per quorum queue #7389
Milestone
Comments
Would a similar approach as |
SimonUnge
added a commit
to SimonUnge/rabbitmq-server
that referenced
this issue
Mar 18, 2023
12 tasks
SimonUnge
added a commit
to SimonUnge/rabbitmq-server
that referenced
this issue
Mar 20, 2023
SimonUnge
added a commit
to SimonUnge/rabbitmq-server
that referenced
this issue
Mar 20, 2023
SimonUnge
added a commit
to SimonUnge/rabbitmq-server
that referenced
this issue
Mar 20, 2023
SimonUnge
added a commit
to SimonUnge/rabbitmq-server
that referenced
this issue
Mar 21, 2023
michaelklishin
pushed a commit
that referenced
this issue
Mar 30, 2023
mergify bot
pushed a commit
that referenced
this issue
Mar 30, 2023
(cherry picked from commit 9363648)
michaelklishin
pushed a commit
that referenced
this issue
Mar 30, 2023
(cherry picked from commit 9363648)
mergify bot
pushed a commit
that referenced
this issue
May 23, 2023
(cherry picked from commit 9363648)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Quorum queues execute metrics emission and other periodic tasks by default every 5000ms. This is done in a separate one-off process. Some of the work done queries the queue process itself as well as each node in the quorum queue membership. If this takes more than the tick interval we may end up running multiple of these tick processes as the same time. During times of great load this could potentially cause runaway process use when there are lots of quorum queues in a system.
We should find a way to ensure each queue only ever runs a single of these tick processes at any one time. Possibly by using node local locking, aux state or name registry.
The text was updated successfully, but these errors were encountered: