Назад | Перейти на главную страницу

Службы Redis Sentinel Systemd не запускаются в Ubuntu 16.04 и CentOS 7

Возникли проблемы с запуском служб Redis sentinel systemd.

Я могу успешно запускать часовых вручную, например:

root@poolwc:/etc/redis# redis-sentinel ./sentinel.conf --sentinel

Три сервера Redis в 10.9.8.1, .2, .3

.2 и .3 являются подчиненными по отношению к .1, и репликация работает

redis пользователь службы 0600 ж / б доступ к обоим redis.conf и sentinel.conf для всех трех хозяев

Для Slave1 и Slave2 (10.9.8.2 и 10.9.8.3) я добавил следующее: redis.conf:

+ slaveof 127.0.0.1 6380

Для Master, Slave1 и Slave2:

sentinel.conf:

sentinel monitor mymaster 10.9.8.1 6379 2
sentinel down-after-milliseconds mymaster 60000
sentinel failover-timeout mymaster 180000
sentinel parallel-syncs mymaster 1

Вывод от мастера при запуске службы:

root@poolwc:/etc/redis# systemctl start redis-sentinel
Job for redis-sentinel.service failed because the control process exited with error code. See "systemctl status redis-sentinel.service" and "journalctl -xe" for details.

    root@poolwc:/etc/redis# systemctl status redis-sentinel.service
    ● redis-sentinel.service - Advanced key-value store
       Loaded: loaded (/lib/systemd/system/redis-sentinel.service; enabled; vendor preset: enabled)
       Active: inactive (dead) (Result: exit-code) since Mon 2018-02-26 21:54:12 

ТИХООКЕАНСКОЕ СТАНДАРТНОЕ ВРЕМЯ; 6с назад Документы: http://redis.io/documentation, man: redis-sentinel (1) Процесс: 5376 ExecStopPost = / bin / run-parts --verbose /etc/redis/redis-sentinel.post-down.d (code = exited, status = 0 / SUCCESS) Процесс: 7893 ExecStart = / usr / bin / redis-sentinel /etc/redis/sentinel.conf (code = exited, status = 1 / FAILURE) Процесс: 7890 ExecStartPre = / bin / run-parts --verbose / etc / redis / redis -sentinel.pre-up.d (код = завершен, статус = 0 / УСПЕХ)

Feb 26 21:54:12 poolwc systemd[1]: redis-sentinel.service: Control process exited, code=exited status=1
Feb 26 21:54:12 poolwc systemd[1]: Failed to start Advanced key-value store.
Feb 26 21:54:12 poolwc systemd[1]: redis-sentinel.service: Unit entered failed state.
Feb 26 21:54:12 poolwc systemd[1]: redis-sentinel.service: Failed with result 'exit-code'.
Feb 26 21:54:12 poolwc systemd[1]: redis-sentinel.service: Service hold-off time over, scheduling restart.
Feb 26 21:54:12 poolwc systemd[1]: Stopped Advanced key-value store.
Feb 26 21:54:12 poolwc systemd[1]: redis-sentinel.service: Start request repeated too quickly.
Feb 26 21:54:12 poolwc systemd[1]: Failed to start Advanced key-value store.

Вывод Slave2 при запуске службы - работает, но почему выход при сбое ?:

[root@ns1 etc]# systemctl start redis-sentinel
[root@ns1 etc]# systemctl status redis-sentinel
● redis-sentinel.service - Redis Sentinel
   Loaded: loaded (/usr/lib/systemd/system/redis-sentinel.service; enabled; vendor preset: disabled)
  Drop-In: /etc/systemd/system/redis-sentinel.service.d
           └─limit.conf
   Active: active (running) since Mon 2018-02-26 21:55:58 PST; 5s ago
  Process: 12876 ExecStop=/usr/libexec/redis-shutdown redis-sentinel (code=exited, status=1/FAILURE)
 Main PID: 12944 (redis-sentinel)
   CGroup: /system.slice/redis-sentinel.service
           └─12944 /usr/bin/redis-sentinel *:26379 [sentinel]

Feb 26 21:55:58 ns1 redis-sentinel[12944]: |    `-._`-._        _.-'_.-'    |           http://redis.io
Feb 26 21:55:58 ns1 redis-sentinel[12944]: `-._    `-._`-.__.-'_.-'    _.-'
Feb 26 21:55:58 ns1 redis-sentinel[12944]: |`-._`-._    `-.__.-'    _.-'_.-'|
Feb 26 21:55:58 ns1 redis-sentinel[12944]: |    `-._`-._        _.-'_.-'    |
Feb 26 21:55:58 ns1 redis-sentinel[12944]: `-._    `-._`-.__.-'_.-'    _.-'
Feb 26 21:55:58 ns1 redis-sentinel[12944]: `-._    `-.__.-'    _.-'
Feb 26 21:55:58 ns1 redis-sentinel[12944]: `-._        _.-'
Feb 26 21:55:58 ns1 redis-sentinel[12944]: `-.__.-'
Feb 26 21:55:58 ns1 redis-sentinel[12944]: 12944:X 26 Feb 21:55:58.490 # Sentinel ID is 659761a6f8328e59d43086ef3265450fcec5d2f5
Feb 26 21:55:58 ns1 redis-sentinel[12944]: 12944:X 26 Feb 21:55:58.490 # +monitor master mymaster 10.9.8.1 6379 quorum 2

Вывод Slave2 при запуске службы:

root@poolec:/etc/redis# systemctl start redis-sentinel
Job for redis-sentinel.service failed because the control process exited with error code. See "systemctl status redis-sentinel.service" and "journalctl -xe" for details.
root@poolec:/etc/redis# systemctl status redis-sentinel

    ● redis-sentinel.service - Advanced key-value store
   Loaded: loaded (/lib/systemd/system/redis-sentinel.service; enabled; vendor preset: enabled)
   Active: inactive (dead) (Result: exit-code) since Tue 2018-02-27 05:57:09 UTC; 5s ago
     Docs: http://redis.io/documentation,
           man:redis-sentinel(1)
  Process: 4130 ExecStart=/usr/bin/redis-sentinel /etc/redis/sentinel.conf (code=exited, status=1/FAILURE)
  Process: 4127 ExecStartPre=/bin/run-parts --verbose /etc/redis/redis-sentinel.pre-up.d (code=exited, status=0/SUCCESS)

Feb 27 05:57:09 poolec systemd[1]: redis-sentinel.service: Unit entered failed state.
Feb 27 05:57:09 poolec systemd[1]: redis-sentinel.service: Failed with result 'exit-code'.
Feb 27 05:57:09 poolec systemd[1]: redis-sentinel.service: Service hold-off time over, scheduling restart.
Feb 27 05:57:09 poolec systemd[1]: Stopped Advanced key-value store.
Feb 27 05:57:09 poolec systemd[1]: redis-sentinel.service: Start request repeated too quickly.
Feb 27 05:57:09 poolec systemd[1]: Failed to start Advanced key-value store.

Ни один из них не оставляет вывода в /var/log/redis/

Любые идеи?

Огромное спасибо!

Кажется, решается следующим образом, найденный здесь: Redis не запускается с systemctl

См. Файл конфигурации:

Если вы запускаете Redis из upstart или systemd, Redis может взаимодействовать с вашим деревом надзора. Опции: supervised no - нет взаимодействия с контролем контролируемый выскочка - сигнализировать выскочку, переводя Redis в режим SIGSTOP под наблюдением systemd - сигнализировать systemd, записывая READY = 1 в $ NOTIFY_SOCKET supervised auto - обнаруживать выскочку или метод systemd на основе переменных среды UPSTART_JOB или NOTIFY_SOCKET Примечание. методы наблюдения только сигнализируют "процесс готов". Они не обеспечивают непрерывную обратную связь с вашим супервизором.

supervised no

Необходимо изменить на:

supervised systemd

Вы также можете передать это в командной строке, которая переопределяет настройку в redis.conf. Это делают системы на базе Red Hat. Это также позволяет запускать один и тот же экземпляр Redis вручную или из systemd без изменения файла конфигурации.

ExecStart = / usr / bin / redis-server /etc/redis.conf --supervised systemd Кроме того, вам также необходимо сообщить systemd, что redis будет работать в этом режиме, установив Type = notify в разделе [Service].