我在linux debian上安装了一个带有sentinel monitoring for ha的redis主从集群（使用stretch backports:redis v4.0.2）。
sentinel运行良好，当我关闭三个节点中的一个时，另一个节点被选为新的主节点。
现在我尝试设置一个重新配置脚本来通知客户端新的主控形状。
我在/var/redis/test.sh中创建了一个可读可执行（chmod a+rx）脚本，然后在/etc/redis/sentinel.conf中的3个sentinel节点中添加了这样一行：
sentinel client-reconfig-script mymaster /var/redis/test.sh
通过使用
sentinel master mymaster命令查看sentinel config，我可以确认客户端reconfig脚本配置良好：10.2.0.6:26379> sentinel master mymaster
...
43) "client-reconfig-script"
44) "/var/redis/test.sh"
但是，当发生故障转移时，不会触发我的重新配置脚本。我想知道为什么。这是哨兵日志：
29765:X 16 Oct 23:03:11.724 # Executing user requested FAILOVER of 'mymaster'
29765:X 16 Oct 23:03:11.724 # +new-epoch 480
29765:X 16 Oct 23:03:11.724 # +try-failover master mymaster 10.2.0.7 6379
29765:X 16 Oct 23:03:11.777 # +vote-for-leader 5a0661a5982701465a387b4872cfa4c576edbd38 480
29765:X 16 Oct 23:03:11.777 # +elected-leader master mymaster 10.2.0.7 6379
29765:X 16 Oct 23:03:11.777 # +failover-state-select-slave master mymaster 10.2.0.7 6379
29765:X 16 Oct 23:03:11.854 # +selected-slave slave 10.2.0.8:6379 10.2.0.8 6379 @ mymaster 10.2.0.7 6379
29765:X 16 Oct 23:03:11.854 * +failover-state-send-slaveof-noone slave 10.2.0.8:6379 10.2.0.8 6379 @ mymaster 10.2.0.7 6379
29765:X 16 Oct 23:03:11.910 * +failover-state-wait-promotion slave 10.2.0.8:6379 10.2.0.8 6379 @ mymaster 10.2.0.7 6379
29765:X 16 Oct 23:03:12.838 # +promoted-slave slave 10.2.0.8:6379 10.2.0.8 6379 @ mymaster 10.2.0.7 6379
29765:X 16 Oct 23:03:12.838 # +failover-state-reconf-slaves master mymaster 10.2.0.7 6379
29765:X 16 Oct 23:03:12.893 * +slave-reconf-sent slave 10.2.0.6:6379 10.2.0.6 6379 @ mymaster 10.2.0.7 6379
29765:X 16 Oct 23:03:13.865 * +slave-reconf-inprog slave 10.2.0.6:6379 10.2.0.6 6379 @ mymaster 10.2.0.7 6379
29765:X 16 Oct 23:03:13.865 * +slave-reconf-done slave 10.2.0.6:6379 10.2.0.6 6379 @ mymaster 10.2.0.7 6379
29765:X 16 Oct 23:03:13.937 # +failover-end master mymaster 10.2.0.7 6379
29765:X 16 Oct 23:03:13.937 # +switch-master mymaster 10.2.0.7 6379 10.2.0.8 6379
29765:X 16 Oct 23:03:13.937 * +slave slave 10.2.0.6:6379 10.2.0.6 6379 @ mymaster 10.2.0.8 6379
29765:X 16 Oct 23:03:13.937 * +slave slave 10.2.0.7:6379 10.2.0.7 6379 @ mymaster 10.2.0.8 6379
我可以缺少一个配置选项吗？
附加信息：几周前，我安装了一个类似的架构（redis 4.0.1），它工作了（我的意思是它正在启动我的reconfig脚本），但是我没有保留配置，所以我可能遗漏了一些东西。或者…它可能是v4.0.2中引入的一个bug吗？！
最佳答案
我终于解决了我的问题。
故障转移触发了“reconfig.sh”脚本，但我没有意识到这是因为：
sentinel日志记录（即使在调试模式下）对于reconfig脚本的执行也不是很清楚
重新配置脚本似乎是在一个类似chroot的环境中运行的，这使得我的测试不相关！
以下是触发客户端重新配置脚本时的哨兵日志（“脚本子”行）：
32711:X 18 Oct 16:06:42.615 # +failover-state-reconf-slaves master mymaster 10.2.0.6 6379
32711:X 18 Oct 16:06:42.671 * +slave-reconf-sent slave 10.2.0.8:6379 10.2.0.8 6379 @ mymaster 10.2.0.6 6379
32711:X 18 Oct 16:06:42.671 . +script-child 397
32711:X 18 Oct 16:06:42.813 . -script-child 397 0 0
我的侦察机是这样的：
#!/bin/bash
touch /tmp/reconfig
exit 0
=>当sentinel调用此脚本时，不要期望找到/tmp/reconfig文件！
然而，我仍然不知道它究竟是如何工作的内部…
关于redis - redis sentinel client-reconfig-script未触发，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/46779655/