-
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
rabbitmq-streams delete_replica fails when the node of the replica to be deleted is down. #9282
Comments
Extra note:
I have no idea if this could also be related to the same bug... |
Otherwise we can't forget replicas on nodes that are no longer cluster members. Fixes #9282
Without this change, if a replica was delete when the node was down (and therefore it wasn't immediately deleted), orphaned folders would pile up. With this change, when the node is started again, it will clean up the unneeded folder. Part of rabbitmq/rabbitmq-server#9282
Otherwise we can't forget replicas on nodes that are no longer cluster members. Fixes #9282
This is part of a protection check that disallows adding another replica if there is already one configured that is too far behind on replication |
Otherwise we can't forget replicas on nodes that are no longer cluster members. Fixes #9282
Otherwise we can't forget replicas on nodes that are no longer cluster members. Fixes #9282
Otherwise we can't forget replicas on nodes that are no longer cluster members. Fixes #9282
Otherwise we can't forget replicas on nodes that are no longer cluster members. Fixes #9282
Otherwise we can't forget replicas on nodes that are no longer cluster members. Fixes #9282
Otherwise we can't forget replicas on nodes that are no longer cluster members. Fixes #9282 (cherry picked from commit 1768694) # Conflicts: # MODULE.bazel # deps/rabbit/Makefile (cherry picked from commit 8ace3d4) # Conflicts: # MODULE.bazel # deps/rabbit/Makefile # deps/rabbit/src/rabbit_stream_coordinator.erl # deps/rabbit/src/rabbit_stream_queue.erl
Describe the bug
rabbit-3
is down in this case:Reproduction steps
...
Expected behavior
The replica should be deleted irrespective of node status. I.e. even if the node isn't in rabbit cluster anymore.
Additional context
The stream coordinator would keep trying even if the command was let through, we also would need to report success back if the target node is no longer in the rabbit cluster.
https://groups.google.com/g/rabbitmq-users/c/62eUMwZHvOM/m/dnVou9pLAwAJ
The text was updated successfully, but these errors were encountered: