当前位置:   article > 正文

redis集群时,出现的几个异常问题_redis集群部署失败 节点之间互相不通

redis集群部署失败 节点之间互相不通

当前 redis 的部署情况是:

192.168.3.15:6379

192.168.3.15:6380

192.168.3.15:6381

 

1、in `call': ERR Slot 8579 is already busy (Redis::CommandError)

 

 /my_soft/redis/redis-3.0.4/src 目录下

执行redis 集群安装命令:

./redis-trib.rb create --replicas 0 192.168.3.15:6379 192.168.3.15:6380 192.168.3.15:6381

 命令时,出现了

 

in `call': ERR Slot 8579 is already busy (Redis::CommandError)

如下图所示:

错误提示是

      slot插槽被占用了(这是 搭建集群前时,以前redis的旧数据和配置信息没有清理干净。)

解决方案是

          用redis-cli 登录到每个节点执行  flushall  和 cluster reset  就可以了。

然后重新执行群集脚本命令:

 

./redis-trib.rb create --replicas 0 192.168.3.15:6379 192.168.3.15:6380 192.168.3.15:6381 

 

 

2、[ERR] Not all 16384 slots are covered by nodes.


redis群集搭建成功后,6379节点莫名其的宕机,重启了几次,一会儿就又宕机了。

 /my_soft/redis/redis-3.0.4/src 目录 下执行check脚本:

 

  1. //依次执行了下面的脚本
  2. ./redis-trib.rb check 192.168.3.15:6379
  3. ./redis-trib.rb check 192.168.3.15:6380
  4. ./redis-trib.rb check 192.168.3.15:6381

其中,6379节点出现了:[ERR] Not all 16384 slots are covered by nodes. 如下图所示:

 


slot插槽出问题了,修复slot 执行下面的命令:

 

./redis-trib.rb fix 192.168.3.15:6379

 

当然了,我们也可以把6380、6381节点都修复一下:

 

 

  1. ./redis-trib.rb fix 192.168.3.15:6380
  2. ./redis-trib.rb fix 192.168.3.15:6381

 

修改完毕后,重启6379节点,

/usr/local/bin/redis-server  /my_soft/my_config/redis3/6379/redis.conf

重启后,6379节点自动重新加入集成。

 

查看各节点的情况:

 

  1. /usr/local/bin/redis-cli -p 6379
  2. /usr/local/bin/redis-cli -p 6380
  3. /usr/local/bin/redis-cli -p 6381

使用上面的任意一条命令,登录任意一个节点:

 

查看集群节点的情况:

 

cluster nodes

 


我们也可以使用linux的通用命令来查看

 

ps -ef |grep redis

 

 

 

 

 

 


 

 

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/IT小白/article/detail/541934
推荐阅读
相关标签
  

闽ICP备14008679号