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
[QUESTION] Redis Cluster check command output. #11304
Comments
The state could happen because of a failed rebalance as well, but that seems less likely because you would expect the corresponding migrating states to also exist. I'm not sure redis-cluster fix would have resolved the issues. |
|
@zuiderkwast So here we have all 16384 slots covered but at the same time so many slots are shown as open and couple of pods/nodes have been shown as multiple slots in the IMPORTING state. @antirez any idea when this happens. |
Yes @madolson we have automated rebalance triggered by the Redis Leader pod (selected via lease based Leader Election using etcd on Kubernetes). In those cases when Rebalance times-out , corresponding MIGRATE states also exist along with IMPORT. But having only IMPORTING thing is a little weird. This theory needs to be verified. I will test few times and update here. It can happen when one node goes (A) down and slots are migrated to B and C , but keys are not. And then those keys get created on the new B and C. But lets say A comes online after hours . But due to persistence enables and loads RDB into memory and then perhaps we can have Orhpaned IMPORT statements. Remedy seems to be to run fix command with and on a case by case basis, it assigns the slot ownership. It was also asking me to provide some additional parameters to the |
We are running Redis in cluster mode with 6 pods and with persistence enabled. All the six pods are masters and there are no secondaries replicating the data.
On of the set-ups I run
redis-cli --verbose --cluster check localhost:6379
It shows that
I am a bit confused about the state of the cluster and what can we make out of it?
What are some situations due to which we get into the above state? Is there a chance that it can happen because of failed
**rebalance**
operation ?Thanks in advance.
I tried doing redis-cluster fix with replace option after which the problems got fixed but still want to understand this correctly.
The text was updated successfully, but these errors were encountered: