sentinel ckquorum 返回 err 表明当前在线且可通信的哨兵数不足法定票数，需逐台验证、动态修正并实时确认。

哨兵集群无法达成共识，本质是法定票数（quorum）不足或节点间状态不一致，不是配置写错就能解决的——必须逐台验证、动态修正、实时确认。

SENTINEL ckquorum 返回 ERR 就坐实了问题

执行 redis-cli -p 26379 SENTINEL ckquorum mymaster 是第一判断动作：

• 返回 ERR：说明当前在线且能互相通信的哨兵数 quorum 值，故障转移卡死
• 返回 OK：不代表真能投票成功，可能某台哨兵网络隔离（只和部分节点互通），需进一步查 SENTINEL sentinels mymaster 输出的实际参与节点列表
• 注意：SENTINEL sentinels 显示的是“已发现并认为在线”的哨兵，不是进程个数，也不是容器数量

quorum 配置改了但不生效的典型原因

哨兵不会热加载 sentinel.conf 中的 sentinel quorum 设置，只在初始化或收到其他哨兵的 hello 消息时协商确认：

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

• 只改配置文件、不重启哨兵进程 → 配置完全无效
• 正确做法是逐台执行：redis-cli -p 26379 SENTINEL set mymaster quorum 2（假设你部署了 3 个哨兵）
• 执行后立刻用 SENTINEL master mymaster 查看输出中的 quorum: 字段，确认是否已更新
• 若某台哨兵长期失联，它上次广播的 quorum 可能被缓存，新哨兵加入后需等待配置同步完成才能参与投票

哨兵之间无法通信导致共识失败

日志里反复出现 +sdown sentinel 或 Connection refused，暴露的是底层连通性问题：

• 用 telnet 192.168.x.x 26379 从每台哨兵机器分别测试到其他哨兵的 TCP 连通性
• 检查防火墙：iptables -L、安全组规则、SELinux 策略是否放行 26379 端口
• 确认所有哨兵的 sentinel announce-ip 和 sentinel announce-port 设置正确（尤其 Docker/K8s 环境易填成容器内网地址）
• 如果使用域名，确保所有哨兵机器上的 /etc/hosts 或 DNS 解析一致，避免因解析结果不同导致“各自看到的集群视图不一致”

最容易被忽略的是：quorum 值本身必须小于等于实际在线且互通的哨兵总数，且不能设为 1（否则单点故障即失去仲裁能力）。哪怕所有哨兵进程都 running，只要其中一台被网络策略隔离，就可能让整个集群陷入“看似正常、实则无法投票”的静默瘫痪状态。