-
Notifications
You must be signed in to change notification settings - Fork 155
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
[leo_storage] Possibility to become imbalance of a total mq's msgs during a rebalance (detach-node) #472
Comments
yosukehara
changed the title
[leo_storage] Possibility to become imbalance of a total mq's msgs during a rebalance
[leo_storage] Possibility to become imbalance of a total mq's msgs during a rebalance (detach-node)
Apr 8, 2016
yosukehara
added a commit
to leo-project/leo_storage
that referenced
this issue
May 12, 2016
yosukehara
added a commit
to leo-project/leo_storage
that referenced
this issue
May 16, 2016
…omment-219217280
We've checked the data-rebalance performance again, which is the same situation of the previous test. The data-rebalance performance has been dramatically increased, the duration time from 11 hours to 8.5 hours. |
Today, we've recognized this issue was fixed. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description
In the current version, v1.2.21, after executing
detach
andrebalance
command, LeoStorage assigns consumption messages of a rebalance into a primary of a vnode(RING). According to that, there is a possibility to become imbalance of a total messages between storage-nodes.Solution
LeoStorage
adjusts a total number of assigned storage-nodes so that a storage-node is able to have same consumption messages with other nodes into a LeoFS' cluster.The text was updated successfully, but these errors were encountered: