[root@redis8 ~]# ./redis-trib.rb fix 127.0.0.1:6379 Connecting to node 127.0.0.1:6379: OK Connecting to node 192.168.1.89:6379: OK Connecting to node 192.168.1.110:6379: OK >>> Performing Cluster Check (using node 127.0.0.1:6379) M: e1c9faa3b9c2875dca336e11b3cdb752f8b3da7a 127.0.0.1:6379 slots: (0 slots) master 0 additional replica(s) M: ea99c3d1bd69a592001111bbf64009441ce82376 192.168.1.89:6379 slots: (0 slots) master 0 additional replica(s) M: 6964fa8f83c071bd8f3c1bf5d9adedd5784d79a6 192.168.1.110:6379 slots: (0 slots) master 0 additional replica(s) [OK] All nodes agree about slots configuration. >>> Check for open slots... >>> Check slots coverage... [ERR] Not all 16384 slots are covered by nodes. >>> Fixing slots coverage... List of not covered slots: 0,1,2,3,4,5,6,7,8... (continues to 16383)
At the bottom of my output, I get this:
The following uncovered slots have no keys across the cluster: ./redis-trib.rb:410:in `fix_slots_coverage': undefined method `keys' for #<Array:0xb76d1610> (NoMethodError) from ./redis-trib.rb:352:in `check_slots_coverage' from ./redis-trib.rb:331:in `check_cluster' from ./redis-trib.rb:749:in `fix_cluster_cmd' from ./redis-trib.rb:1075:in `send' from ./redis-trib.rb:1075
So that didn't work. I figured I would try a reshard:
[root@redis8 ~]# ./redis-trib.rb reshard 127.0.0.1:6379 Connecting to node 127.0.0.1:6379: OK Connecting to node 192.168.1.89:6379: OK Connecting to node 192.168.1.110:6379: OK >>> Performing Cluster Check (using node 127.0.0.1:6379) M: e1c9faa3b9c2875dca336e11b3cdb752f8b3da7a 127.0.0.1:6379 slots: (0 slots) master 0 additional replica(s) M: ea99c3d1bd69a592001111bbf64009441ce82376 192.168.1.89:6379 slots: (0 slots) master 0 additional replica(s) M: 6964fa8f83c071bd8f3c1bf5d9adedd5784d79a6 192.168.1.110:6379 slots: (0 slots) master 0 additional replica(s) [OK] All nodes agree about slots configuration. >>> Check for open slots... >>> Check slots coverage... [ERR] Not all 16384 slots are covered by nodes. *** Please fix your cluster problems before resharding
No luck. I'm stuck! My cluster is in a 'fail' state and I don't know what to do to fix it. Help please?!?!
Balaji Rao
unread,
Dec 5, 2014, 12:25:11 PM12/5/14
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to redi...@googlegroups.com, inte...@gmail.com
Did you find a resolution to this ? I'm seeing similar problems
Salvatore Sanfilippo
unread,
Dec 5, 2014, 12:36:11 PM12/5/14
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to Redis DB, inte...@gmail.com
Please, try redis-trib "check" and "fix" commands to get more idea and
fix the issue. Thanks.