Я установил четыре сервер и часовой экземпляры на четырех разных виртуальных машинах в простой настройке главный-подчиненный. Репликация ключей работает нормально, и все узлы redis распознали друг друга (я имею в виду known-sentinel и known-slave параметры).
Проблема возникает, когда я пытаюсь смоделировать сбой. Просто стражи твердят, что не могут избрать нового хозяина (аварийное прерывание-не-избранный):
12481:X 22 Jun 17:20:05.761 # <__IP1__>:51002 voted for a3ba8d8cd0c15c8b186b44ba529b83d3a8424a42 27
12481:X 22 Jun 17:20:14.140 # -sdown master mymaster <__IP2__> 6379
12481:X 22 Jun 17:20:14.140 # -odown master mymaster <__IP2__> 6379
12481:X 22 Jun 17:20:16.567 # -failover-abort-not-elected master mymaster <__IP2__> 6379
Еще одна странная вещь, когда я запрашиваю состояние дозорного в redis-cli, Я продолжаю получать более высокие значения количества доступных экземпляров дозорных, чем фактическое количество (которое, конечно, не может быть больше 4 (верно?)).
$ redis-cli -p 51001
> info
[...]
master0:name=mymaster,status=ok,address=91.120.59.231:6379,slaves=3,sentinels=8
Кроме того, я продолжаю получать эти -dup-часовой сообщения при запуске дозорного:
14563:X 23 Jun 11:10:18.015 * -dup-sentinel master mymaster <__IP_MASTER__> 6379 #duplicate of <__IP_SLAVE2__>:51003 or 65db9ddba84433f71aa77c9263807e6abd939d2c
Вот конфиг одного из часовых:
daemonize yes
pidfile "/var/run/redis/redis-sentinel.pid"
logfile "/var/log/redis/redis-sentinel.log"
# bind 192.168.1.100 10.0.0.1
# port 26379
port 51004
dir "/var/lib/redis"
sentinel monitor mymaster <__IP_MASTER__> 6379 2
sentinel failover-timeout mymaster 60000
sentinel auth-pass mymaster <___________PASSW___________>
sentinel config-epoch mymaster 0
sentinel leader-epoch mymaster 55428
# Generated by CONFIG REWRITE
maxclients 4064
sentinel known-slave mymaster <__IP_SLAVE1__> 6379
sentinel known-slave mymaster <__IP_SLAVE2__> 6379
sentinel known-slave mymaster <__IP_SLAVE3__> 6379
sentinel known-sentinel mymaster <__IP_SLAVE1__> 51002 bfea8e89873353d5c1e9ed498b17f298bd6b6082
sentinel known-sentinel mymaster <__IP_MASTER__> 26379 c04fc07022a251e56e81e21dbe018bd471745038
sentinel known-sentinel mymaster <__IP_SLAVE2__> 51003 b5a56eb69abb5893203ecf7b1a7d28ae4aa06ab5
sentinel known-sentinel mymaster <__IP_MASTER__> 51001 be1ff6c9e4a62abea132c24447fd3cb38d221496
sentinel known-sentinel mymaster <__IP_SLAVE1__> 26379 f5a7fd0ee199afc02ffafc0e822363acf5595b1c
sentinel known-sentinel mymaster <__IP_SLAVE2__> 26379 6328962293b7838fa88b9f176b9bc4cc08f2e26d
sentinel current-epoch 26
Файлы журнала не очень информативны ... есть ли способ сделать их более подробными? Вы хоть представляете, что я здесь скучаю?
Заранее спасибо!
Столкновение:
Проверил настройки брандмауэра, все должно было быть в порядке, я все еще получал ту же ошибку, когда полностью отключил брандмауэр.
Взято из Конфигурация по умолчанию для дозорного:
# *** IMPORTANT ***
#
# By default Sentinel will not be reachable from interfaces different than
# localhost, either use the 'bind' directive to bind to a list of network
# interfaces, or disable protected mode with "protected-mode no" by
# adding it to this configuration file.
#
# Before doing that MAKE SURE the instance is protected from the outside
# world via firewalling or other means.
#
# For example you may use one of the following:
#
# bind 127.0.0.1 192.168.1.1
Так что попробуй связать свой server's IP.
Глюк!
Старые часовые не удаляются из конфигурации. Посмотрите документы Redis sentinel
Выполнить: SENTINEL RESET mymaster и на время должен быть избран новый хозяин.