-
Notifications
You must be signed in to change notification settings - Fork 4k
QQ: when invoking drain only shut down small batches at a time #14401
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
Conversation
5a0eb5b to
a2e15c5
Compare
f4bc9a2 to
16b7daa
Compare
Then wait for elections to complete before shutting further members down. This should help avoid election storms when enabling maintenance mode. Transfer khepri before queues to ensure meta data store is ready to accept pid updates. Some other state related tweaks.
16b7daa to
87154f9
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This works for me but only if I increase the AWAIT_TIMEOUT in ra_log_segment_writer. I think we should increase that timeout as well, otherwise with enough QQs, node startup fails.
|
@mkuratczyk fair enough. What |
Per discussion in rabbitmq/rabbitmq-server#14401
|
For example, this PR doubles the aforementioned timeout rabbitmq/ra#556. |
|
@Mergifyio backport |
❌ No backport have been created
GitHub error: |
Then wait for elections to complete before shutting further
members down.
This should help avoid election storms when enabling maintenance
mode.
Transfer khepri before queues to ensure meta data store is
ready to accept pid updates.
Some other state related tweaks.